http://tcamp32.synology.me:8797/api.php?action=feedcontributions&feedformat=atom&user=172.27.0.1 2026-10-12T06:58:06Z 사용자 기여 MediaWiki 1.44.0 http://tcamp32.synology.me:8797/index.php?title=%EC%98%81%EC%88%98%EC%A6%9D_%ED%8C%8C%EC%9D%BC&diff=1304 2026-09-30T05:35:38Z

<p>172.27.0.1: /* 영수증 upload */</p> <hr /> <div>* You can change it to your own language by right-clicking on the web browser.<br /> * 您可以透過右鍵單擊網頁瀏覽器將其變更為您自己的語言。<br /> <br /> <br /> = 영수증 처리 방법 =<br /> 영수증 파일 upload에 대한 내용입니다.<br /> <br /> ==주의사항==<br /> 비용전표(ER, Expense Report)를 처리하는 방법은 몇 가지가 있습니다.<br /> <br /> 그러나, 다른 업무와의 연동처리를 위하여, 반드시 다음의 방법으로만 영수증을 첨부(upload)하시기 바랍니다.<br /> <br /> 다른 방법을 사용할 경우, 재작성 혹은 reject합니다.<br /> <br /> ==영수증 upload==<br /> 영수증 첨부 방법<br /> <br /> 영수증은 다음 그림에서 처럼 '''비용전표(ER, Expense Report)에서 처럼 thumb nail'''로 나타나야 합니다.<br /> <br /> * 올바른 영수증 파일 올리기를 한 경우, '''thumb nail'''이 보입니다.<br /> [[file:ER_upload_receipt01.jpg|800px]]<br /> <br /> ==Attach the line to an uploaded document==<br /> 파일 attach는 line 기준으로 붙여 넣습니다. 모든 청구서 라인과 영수증 매칭을 위해서 '''uploaded new document now''' 을 사용합니다.<br /> <br /> ER(Expense Report)를 작성하실 대, 아래 그램의 설명처럼 “uploaded new document now” 방법을 사용해서 작성해 주십시오. (자동 썸네일 생성)<br /> <br /> 원래, ER 1개당, 영수증은 1개만 사용하는 것이 원칙인데, 입력 편의를 위해서, 여러 장 영수증을 사용하므로, “Attach the line…”.으로 자료를 올려달라고 본사 회계팀의 요청이 있습니다.<br /> <br /> 在之後撰寫費用報告（ER）時，請按照下圖所示的方法使用「 uploaded new document now 」功能。（自動生成縮略圖）<br /> 原則上，每份費用報告應僅使用一張收據，但為了輸入方便，使用了多張收據，因此總公司會計部門要求使用「 Attach the line …」的方式上傳數據。<br /> <br /> When writing an expense report (ER) later, please use the '''&quot;uploaded new document now&quot;''' function as shown in the figure belw. ('''Automatically generate thumbnails''')<br /> <br /> In principle, only one receipt should be used for each expense report, but for the convenience of input, multiple receipts are used, so the accounting department of the head office requires the use of &quot;uploaded new document now...&quot; method to upload data.)<br /> <br /> * 영수증 첨부는 uploaded new document now 메뉴를 사용합니다.<br /> <br /> [[file:ER_upload_022.jpg|800px]]<br /> <br /> 파일 업로드를 하고 나면, 아래와 같이 정상적으로 thumbnails이 보입니다.<br /> <br /> [[file:ER_upload_03.jpg|800px]]<br /> <br /> <br /> 다시 한번 주의사항을 환기합니다. 각 line별로 attach file이 되지 않으면, 비용전표(ER, Expense Report)는 재작성 하거나, Reject 됩니다.<br /> <br /> [참고]<br /> Attach the line to an uploaded document는 일단, '''uploaded new document now'''으로 여러 개의 파일을 올린 경우, 그 중에서 선택해서 붙여 넣을 때 사용하는 것입니다.<br /> 상세한 내용이나 잘 안되는 것은 각 프로젝트의 회계담당자에게 문의 바랍니다. (Jung Young Eun(KHH), RongRong(TYC), Phoebe(TPE))<br /> <br /> 이 방법은 많이 혼돈을 불러와서, 그냥 '''uploaded new document now'''방식만을 이용하기 바랍니다.<br /> <br /> ==영수증 처리 현황==<br /> 현재 업무 처리 현황과 ERP에서 변경하고자 하는 방안의 비교.<br /> <br /> * 현재 업무 처리<br /> # 비용발생(영수증)<br /> # 내역 및 영수증을 회계담당 담당자에게 전송 (우편 모집)<br /> # 회계 담당자가 내용 취합(엑셀, 경리월보), 우편으로 모인 영수증을 경리업체 제공(법적 보관 기간 3년)<br /> <br /> 작은 규모, 1개 지역의 프로젝트에서는 별다른 문제 없음.<br /> <br /> 그러나, 타오위엔/타이중/타이난과 같이 1개 프로젝트에서 여러 개 하위 서브 프로젝트가 있는 경우와 경리 업무 변경에 따른 혼선 및 착오 문제 발생<br /> <br /> * 변경 업무 처리 (ERP활용)<br /> # 비용 발생 (영수증)<br /> # ERP 입력 (영수증 사진 upload), 영수증 원본 우편 발송 (자료는 이미 데이터로 원격지 처리 가능)<br /> <br /> <br /> === ERP사용 이득===<br /> # 회계담당자의 업무 중복 제거 - 각 영수증 사용자가 스스로 입력<br /> # 단일 회계 담당자가 다수 프로젝트 관리 가능<br /> # 경리월보 신규 작성 없음 (이미 발생 순서대로 작성된 것으로 자동 작성됨)<br /> # 현지 회계 기장 업무 단순화 - 업체(프리미아)에서도 ERP에 접속하여, 작성 내용 유무 오류 스스로 발굴 문의 처리<br /> # 현지 회계 법인 최소 비용 활용 - 업무과 일원화 되어, 경제적 기장 업체 선택 활용 가능 (단순, 신고 대행 수준)<br /> <br /> <br /> * 회계담당자가 아닌, 일반 사용자('''PWO''')의 영수증 처리 사용예 (타오위엔 프로젝트)<br /> [[file:PWO_usages_01.jpg|600px]]<br /> <br /> <br /> * 회계담당자의 처리 현황 ('''PSO'''), '25년 3월 예<br /> [[file:PWO_usages_02.jpg|600px]]<br /> <br /> === 현재 문제점===<br /> 1. '''이중작업''' - 본사에서 경리월보 기준을 요구하여 (ERP 자료 검증을 못함) ERP입력, 경리월보 작성 <br /> 본사 회계팀과 지원본부(허승재이사님)에서 ERP만을 기준 자료로 사용하기로 함<br /> 이중 작업의 문제점은 기존 경리월보 방식을 유지하면<br /> 1) 현지 이중 작업 - 현지 프로젝트 멤버와 회계 담당자의 업무 반복 (취합, 정리 등)<br /> 2) 사업부 이중 작업 - HR입력을 위해서 영수증 검증을 위해서 영업팀 및 지원팀 검증 작업 발생<br /> 3) 본사 회계팀 이중 작업 - 사업부와 별개로 회계팀에서 또 다시 (영수증, 내역) 검사를 위해서 이중 작업<br /> <br /> 2. '''익숙함 부족'''<br /> 이전의 작업 방식(경리월보)에 익숙하여, 변경하지 못함<br /> 그러나, 운용 결과 익숙하지 못함의 문제이지, 업무 과정의 문제 아님 확인<br /> 일부, 현지 인원은 업무가 사라짐에 따른 약간의 저항 있음. (신규 입사자는 잘 적응, 기존 업무자들이 문제)<br /> <br /> 기존 업무자의 저항과 여러 단계의 이중작업으로 실질적인 업무 보다는 단순 작업 및 오류 수정 등의 작업에 치중되어 업무 효율 저하<br /> <br /> <br /> <br /> =영수증 자동추출=<br /> 영수증 자동 추출 엑셀 매크로 파일 사용 설명입니다.<br /> <br /> 원래는 ERP 업무 이관이 끝난 다음, ERP 사이트에서 구현되어야 하는 것인데, 이관이 늦어져서, 업무상 필요에 의해 임시로 만든 매크로입니다.<br /> <br /> ==사용 이유==<br /> 원래 ERP는 개인이 입력한 자료(비용전표)를 가지고 PM에게 결재를 요청하고, 결재가 완료된 비용전표가 회계 담당자가 처리하는 기준이 됩니다.<br /> <br /> 소규모 프로젝트 규모에서는 '''경리월보'''에서는 모집된 영수증을 기준으로 처리를 합니다. 즉, '''비용전표 기준'''인지, '''영수증 기준'''인지의 '''차이''' 때문에 새로운 창을 만들어 달라는 요구가 있습니다.<br /> <br /> * 개별 입력 자료 자동 취합<br /> 프로젝트 멤버들이 작성한 비용전표내의 영수증 파일을 회계 담당자에게 e-mail이나 파일 전송 없이, ERP에서 확인하여 회계 담당자가 스스로 다운로드 하여 사용하도록 함<br /> <br /> ==사용 설명==<br /> 경리월보로 보고를 하는 경우, ERP자료를 자동으로 추출하여, 경리월보 형태로 바꾸어서, 바로 사용할 수 있도록 함.<br /> <br /> ===경리월보===<br /> 경리월보의 세부 사용 내용을 작성하게 되어 있다. <br /> <br /> 경리월보의 세부 내역 sheet를 첨부된 자동추출 엑셀 메크로를 사용하여 대처 한다. <br /> <br /> * ERP 링크 형태도 제공 하므로, 필요시 경리월보에서 클릭을 통해서, 다운로드 없이 해당 영수증을 확인 할 수 있다.<br /> <br /> * 영수증 파일이 필요한 경우, ERP에서 직접 다운로드 하여 사용할 수 있다.<br /> <br /> ===ERP 처리 기준===<br /> ERP의 집계는 PM의 결재가 완료된 비용전표에 대해서만 처리 가능하다.<br /> <br /> * ERP 처리 사항<br /> #) ERP에 영수증 입력 및 비용전표 작성 (일반 멤버)<br /> #) 회계담당자(AM) 비용전표 검사<br /> #) '''PM(Project Manager) 결재'''<br /> #) 회계담당자(AM) 결재 완료된 비용전표의 '''바인딩 및 accounting 작업 완료''' (중요)<br /> 잘못된 binding은 파일 및 집계 오류를 발생시킨다. <br /> <br /> <br /> ===경리월보 with 엑셀자동화===<br /> '''ERP에는 정상적으로 데이터가 기록되어 있다고 가정'''<br /> <br /> #) 엑셀 프로그램(Extract_ERP_data6.xlsm) 에서, 사용자 ID/PW, 회계기간, 프로젝트 번호를 입력하고, LOGIN한다.<br /> #) 자동으로 관련 사업 프로젝트를 탐색해서, 비용전표와 영수증 전표를 모은다.<br /> #) “Monthly Report” sheet에서 일자, 경리월보 항목(회계항목), 금액, 증빙(Receipt NO.)를 ERP 기준으로 작성해 준다<br /> #) 회계 담당자는 3)의 리스트를 회사에 보고하는 경리월보에 복사 붙여 넣기를 한다.<br /> <br /> ※ 영수증은 직접 파일 전송을 하지 않아도, 링크를 통해서 사용할 수 있음<br /> <br /> 상세 내용은 첨부된 엑셀파일에서 “HELP” sheet를 참조<br /> <br /> [[file:automate_ER_01.jpg|1200px]]<br /> <br /> <br /> <br /> <br /> * 참고 : [[AM_role#사용_중인_COA|TW ERP에서 사용중인 CoA]]<br /> <br /> ==ERP 직접 다운로드==<br /> 기능 업데이트가 되면서, 경리월보와 같은 영수증 파일(이미지) 및 내역이 모두 다운로드 된다.<br /> <br /> 다운로드<br /> <br /> Accouting &gt;&gt; Export source documents<br /> <br /> 관련 내역 및 영수증 파일 전체 다운로드 : '''zip''' 파일로 다운로드 가능<br /> <br /> <br /> [[분류:ERP]]<br /> [[분류:회계]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=%ED%94%84%EB%A1%9C%EC%A0%9D%ED%8A%B8_%ED%9A%8C%EA%B3%84%EA%B4%80%EB%A6%AC&diff=1303 2026-09-23T02:39:08Z

<p>172.27.0.1: /* 회계: Accouint 메뉴 */</p> <hr /> <div>본 문서는 프로젝트 ERP사용에 있어, PM이 관리하는 비용에 대한 조회를 위한 설명입니다.<br /> <br /> 문서 설명<br /> <br /> # '''AM, PM role - PM이 프로젝트 회계관리에 대한 내용입니다.'''<br /> # AM role - 회계담당자가 처리해야 할 업무에 대한 설명입니다.<br /> # Admin 관련 - 시스템 담당자가 처리해야할 업무입니다.<br /> <br /> <br /> * 기본적인 내용을 훑어 보려면 다음을 참조하세요 : [[demo| TW ERP OUTLOOK]]<br /> <br /> <br /> =처음 화면=<br /> 로그인을 한 후에 처음 화면은 다음과 같습니다.<br /> <br /> [[file:erp_menu_01.jpg|1000px]]<br /> <br /> PM이 주로 확인해야 하는 것은 3개 메뉴이다.<br /> * 단 메뉴는 화면 아이콘 말고 메뉴상 들어가는 방법도 있으므로 이점 주의<br /> <br /> 1) 인보이스들 - 고객에게 청구된 금액과 수금여부를 확인할 수 있다.<br /> 기타 활용으로, 본사에 가지지급금 지급 여부도 여기서 확인하게 할 예정이다.<br /> <br /> 2) BANK ACCOUNT - 회계상 지급 처리 및 잔고 확인이 완료되었는지 여부를 알 수 있다.<br /> <br /> 3) EXPENSE REPORT - 비용전표의 처리 부분으로 특히 PM 혹은 결재자가 지급 여부를 확인하는 과정이다.<br /> <br /> =팀원 구성=<br /> 팀원 구성 메뉴는 '''홈 &gt; Users&amp;Groups'''로 들어갑니다.<br /> <br /> 팀원 구성에서 중요한 점은 '''회사 회계''' 설정이 제대로 되어 있는지 확인합니다.<br /> <br /> 팀원 관리는 매우 중요합니다.<br /> 모든 비용 및 업무 내용은 인력 기준이기 때문에, 이러한 기초 인원 정보가 부정확하면, 업무처리에 지장이 많다.<br /> 특히, 현장에서 '''프로젝트 비용을 사용하는 사람'''은 본사 회계에서 비용귀속의 일관성을 위해서, 현지 채용인과 본사 파견인원이나 상관없이 '''모두 사용자로 등록(ID 및 회계코드 부여)'''해서 사용해야 한다.<br /> 단, 단기파견의 경우에는 PM의 재량에 따라 프로젝트 공통비(프로젝트 대표 ID)를 사용해도 좋으나, 추후 사용처의 정확한 확인이 필요한 경우를 위해서, 임시 파견의 경우에도 ID 등록 사용을 권장한다. <br /> <br /> * 필수 사항<br /> '''매월 1회, 회계 담당자는 인원 변동과 인원 관련 정보(회계정보, email) 등을 확인 하여 인원 변동과 ERP 인원의 차이가 없도록 한다.'''<br /> <br /> * 팀원의 회계 부분 (Account Code)<br /> 회원 정보에서 ''''회계 계정(account code)''' 부분은 분개장(Jounal)에 분리 기록되는 기준이 되므로, 반드시 할당된 회계코드을 사용한다.<br /> <br /> 예) 타오위엔 임시 프로젝트: TYC_TMP<br /> SB02 : TNN<br /> * 회계코드(Account Code)는 프로젝트 코드와 동일하게 사용해도 된다. 본사에서 ERP code는 회계코드(Account Code)를 말하며, 부서명 혹은 팀명과 동일하게 취급한다.<br /> * 회계적으로는 회계코드(Account Code)만 존재하고, 사업부명, 부서명, 팀명등은 '''단순 alias'''이다.<br /> <br /> [[file:erp_menu_08.jpg|800px]]<br /> <br /> <br /> * E-mail 구성<br /> 이메일은 암호를 잊어 버렸을 때 재발급 받거나, 결재 상황을 통보 받기 위한 것이므로, '''실제로 사용하는 메일로 등록'''해야 한다.<br /> <br /> 주의사항: 회원 ID는 회사메일의 ID (@앞에 있는 부분)을 사용한다.<br /> 특히, 해외 브랜치의 경우, 사번이 발급되지 않고, 회사 email 주소가 사번으로 사용되므로, 이점 주의하여 관리해야 한다.<br /> <br /> <br /> ==태그/카테고리 및 조회==<br /> 태그/카테고리는 사용자 조직을 표시하기 위해 사용한다.<br /> <br /> 주의 사항은 태그/카테고리는 ''''회계 계정'''과 상관 없으며, 권장 사항은 회계 계정과 태그/카테고리를 같은 것을 사용하는 것을 권장한다.<br /> 다른 것을 사용해도 문제 없다. 현재는 잦은 변경과 인원 유출입으로 다르게 사용하고 있음.<br /> <br /> 따라서, '''User''' tags/categories area는 단순히, 사용자(user)에 대한 tag임을 기억한다. 다른 account나 bank에서도 tag/categories를 사용하는데 이것은 같이 사용되지 않고, 해당 영역(예를 들어 사용, 은행, 회계 등)에 '''한정되어 사용'''된다.<br /> <br /> [[file:erp_menu_09.jpg|700px]]<br /> <br /> * 활용 <br /> 조직별 멤버를 조회할 때, 사용할 수 있다.<br /> <br /> 예) 타오위엔의 타이난 조직 조회<br /> <br /> [[file:erp_menu_10.jpg|800px]]<br /> <br /> ==조직도 - Hierachical view==<br /> 조직도상에서 팀원을 조회할 수 있다.<br /> <br /> 회계담당자가 PM보다 상위에 위치한 이유<br /> <br /> PM의 비용전표 작성을 위해서, 보통 회계담당자가 PM보다 상위에 위치한다. 하위 멤버에 대해서는 회계전표 작성이 가능하게 하기 위해서이다.<br /> <br /> [[file:erp_menu_07.jpg|800px]]<br /> <br /> ==그룹과 권한==<br /> 그룹을 만들고 해당하는 권한 설정이 중요하다.<br /> <br /> 현재는 단순히 회계처리를 위한 3개의 그룹만이 있다.<br /> <br /> Working 그룹 - PWO (Project Working Organization): 전표를 작성할 수 있는 권한 및 문서, 프로젝트 조회<br /> Support 그룹 - PSW (Project Support Organization): 전표를 검사(작성 포함)할 수 있는 권한, 승인 권한은 없다.<br /> PM_ERP 그룹 - 프로젝트 관리 그룹: 전표를 승인하는 위치로 작성, 검사, 승인 모두 가능하다<br /> <br /> [[file:erp_menu_11.jpg|800px]]<br /> <br /> ==개별 사용자 내용==<br /> 개별 사용자를 조회하면, 해당 내용을 확인 할 수 있다.<br /> <br /> * 사용자 정보<br /> 사용자 정보를 확인하면, 기본 내용과 '''그룹''' 역할이 나와 있다.<br /> <br /> 기본적으로 어떤 프로젝트에 속해 있는지, 역할이 무엇인지(PWO or PSO) 확인 할 수 있다.<br /> <br /> [[file:erp_menu_12_1.jpg|800px]] <br /> <br /> 상기의 프로젝트 멤버는<br /> 사용자 태그/카테고리: SN-TYC-TMP (타오위엔 임시궤도)로 설정되어 있고<br /> 사용자 그룹은 : PSO (Project Support Organization) 지원 그룹임을 알 수 있다. <br /> <br /> * 사용자 정보 확인<br /> [[file:erp_menu_12_2.jpg|800px]] <br /> <br /> 사용자 정보에서 중요한 것은 3가지 정도이다.<br /> #) 퍼미션 - 권한 설정 관련 내용이다. 결재, 검사, 작성, 조회 등의 권한을 설정하는 부분이다. 그룹 권한을 주는 경우, 해당 그룹의 권한을 상속받아서 사용한다.<br /> #) HR 및 은행 - 인사 정보와 개인의 은행정보를 저장한다. 특히, 급여 지급 통장 번호 등을 등록하여 사용할 때 사용한다.<br /> #) 이벤트/Agenda의 경우 ERP에서 작업하거나 작업해야할 내용이 기록되는 메뉴이다.<br /> <br /> <br /> * 퍼미션, 권한 설정<br /> 권한 설정의 경우, 그룹(PWO, PSO, ERP)에 따른 권한을 상속 받거나, 필요시 임의로 권한을 할당 할 수 있다.<br /> <br /> [[file:erp_menu_12_3.jpg|800px]] <br /> <br /> 그림은 비용전표 처리가 가능한 PSO 그룹의 권한을 상속받은 상태이다.<br /> <br /> <br /> * HR 및 은행<br /> 프로젝트 구성(회계 게정)을 확인하고, 급여를 포함한 지급내역을 확인 할 수 있다.<br /> <br /> 또한, 개인의 '''급여계좌'''를 등록하여 사용할 수 있다.<br /> <br /> [[file:erp_menu_12_4.jpg|800px]]<br /> <br /> 급여계좌를 등록하는 이유는 비용지급에서 은행 계좌 내역에서 지급 은행 계좌와 비교를 할 수 있다.<br /> <br /> 특히, 통장 인출을 개별적으로 따로 하지 않고, '''ERP에서 지급의뢰'''를 사용할 수 있다. 직접 통장에서 인출해서 지급하지 않고, ERP시스템과 은행 시스템이 연결되어 지급시점, 지급대상, 지급금액을 ERP시스템에 걸어놓아 해당 은행업무가 가능하게 할 수 있다. 단, 해당 기능은 이미 모듈이 포함되어 있고, 은행에 맞춰 약간의 수정만 하면 사용할 수 있다. 그러나, 대만의 경우 은행 별로 온라인 뱅킹의 제한이 있어서, 이 기능을 사용할 경우, 고려사항이 많이 있다.<br /> <br /> =비용전표 승인=<br /> 회계담당자의 비용 전표 검사가 끝나면, 비용 전표 승인을 한다.<br /> <br /> ==AI를 활용한 전표 검증==<br /> 현재 검토 중인 기능입니다. 추후, 비용전표를 검사 과정에서 자동 검사될 예정입니다.<br /> <br /> 여러 건을 묶어서 결재요청을 하게 되므로, 세부 내역을 검토하는데 상당한 시간과 노력이 소모 됩니다.<br /> <br /> 이러한 점을 줄이기 위해서 AI를 활용합니다. 회사의 LS-GPT도 오픈하였으니, 해당 기능을 활용하면 됩니다.<br /> <br /> <br /> * AI활용 방법<br /> AI에 전표 사항을 복사 붙이기로 넣으면, 주말 사용에 대한 내용을 점검합니다.<br /> 나중에 추가될 기능은 이상 사용에 대한 내용을 학습시키고, 이에 대한 검토를 답변하도록 할 예정입니다.<br /> <br /> * AI 검토 순서 - 주말 사용 여부 확인<br /> <br /> 1. 검사할 전표를 연다 - 승인할 전표를 말함<br /> <br /> [[file:erp_menu_02.jpg|800px]]<br /> <br /> 2. 전표에서 검토할 내용을 복사한다. - 첫 번째 row도 복사한다. (컬럼명)<br /> <br /> [[file:erp_menu_03.jpg|800px]]<br /> <br /> 3. LS-GTP에 붙여 넣고 토,일요일 사용에 대해 물어 본다.<br /> <br /> [[file:erp_menu_04.jpg|800px]]<br /> <br /> *팁: AI활용 프롬프트<br /> <br />  AI에게 작업을 시킵니다.<br /> 팁: 질문을 넣고 줄바꿈은 엑셀 줄바꿈과 동일합니다. [Shift + Enter]<br /> <br /> 프롬프트: '''다음 내역에서 주말 사용이 있는지 알아봐줘.''' (shift+Enter)<br /> '''&lt;nowiki&gt;~~~&lt;/nowiki&gt;''' (없어도 됨, 구분하기 위해서 관례적으로 물결무니 3개 사용)<br /> (Ctrl+V)  전표 사용 내역 붙여 넣기 후 Enter<br /> <br /> =회계: Accouint 메뉴=<br /> 회계 전표의 승인은 HR/ER 메뉴이고, 회계메뉴는 이미 승인이 난 (비용)전표를 가지고 처리하는 과정이다. 즉, 회계메뉴에서는 이미 회계 전표에 문제가 없다고 보고 처리하는 과정이다. 따라서, PM은 회계 전표 승인 단계 부터 오류나 잘못이 없도록 검사와 승인과정을 철저히 확인해야 한다.<br /> <br /> 회계전표(Accounting)의 경우는 2가지 메뉴로 구분된다. 하나는 전표를 분류하는 과정(바인딩과 기록, Binding &amp; Recording) 다른 하나는 회계 조회과정이다. <br /> <br /> 이 부분은 특히 글로벌 용어 사용 약간씩 달라서, 혼돈을 많이 일의키는 부분이기도 하다. 이러한 혼돈을 줄이기 위해서는 묶음처리(Binding)과 분개장(Journal) 기록(Recording)과 이러한 기록(분개장 기록; Journal Records)을 조회하는 행동을 기준으로 삼는다.<br /> <br /> ==회계 기본 이해==<br /> <br /> * 전표<br /> 회계(Accouting)에서 기본 단위는 '''전표'''이다. 전표는 비용의 경우, 영수증 1개 혹은 여러개의 영수증을 갖을 수 있다. 경리월보에서 단위는 비용이라 영수증으로 두고 있지만, 결국 회계에서 다루는 것은 '''돈의 쓰임을 나타내는''' 전표가 기본단위가 된다.<br /> <br /> * 바인딩<br /> 일단 돈이 매개체가 된 거래 기록(전표)을 가지고, 미리 정한 사용 용도를 정하는 것은 바인딩(Binding, '''전표분류''')이라고 한다.이를 주로 CoA라고 한다. Chart of Accoutts라고 부르기도 하는데, '''계정 목록표'''(CoA)이다. 이것은 분리수거랑 동일한 개념이다. 일단 분리수거 항목처럼, 용도나 거래 성질을 구분하여 적절한 회계목록(CoA)에 해당되는 것을 분류 한다.<br /> <br /> * 분개, 리포트, Journal<br /> 회예 용어로는 분개라고 하는데, 영어권에서는 전통적으로는 Journal이라고 한다. 즉, 바인딩 된 항목들을 특수한 목적, 예를 들어 여러 프로젝트가 있는 경우, 해당 프로젝트별로 전표의 회계 목록별 내용을 분류하는 것이다. 혹은 별도로 기록하는 것이다.<br /> 예를 들어 프로젝트1 이 생성한 전표는 차량유지비 4건(금액), 출장비 3건(금액), 프로젝트2가 생성한 전표는 소모품비5건(금액), 출장2건(금액)으로 구분된다면, 분개에서는 개별 프로젝트 별로 항목, 횟수, (총/개별) 금액 을 기입해 놓는 것이다. 이러한 것들이 여럿이 모인 것은 분개장이라고 하기도 한다.<br /> <br /> * 총계정원장 (Ledger)<br /> 주의해야할 관점은 분리수거된 계정 항목들을 다 모아도, 총 비용을 알 수 있고, 앞서 만든 분개장(Journals, reports)를 모아도 총 합계를 알 수 있다. 즉, 결국 같은 것을 계정과목(CoA) 기준으로 모아 보는지, 분개장 별로 보던지 결과는 같다.<br /> <br /> 따라서, 회계 관점에서는 총계정원장으로 모인 내용을 보면 전표 사항을 모두 확인할 수 있다. 따라서, 회계에서는 총계정원장을 기본으로 모든 것을 파악하지만, 프로젝트 별로는 분개장을 보고 파악하는 것이다. 결국 같은 내용을 말하는 것이지만, 관점에 따라 별도로 구분하기도 한다. <br /> <br /> 혼돈해서 사용하는 경우가 많으므로, 이러한 개념을 기본으로 구분해서 이해해야 한다. <br /> <br /> <br /> <br /> ==비용(회계) 전표의 처리==<br /> 비용전표의 처리 과정은 '''Transfer in accounting'''이라고 한다.<br /> <br /> 좌측 상단의 메뉴는 단순히 처리(binding, recording)를 위한 메뉴이다. 어떤 결과가 보이지 않고, 처리과정 중인 내용만 확인 할 수 있는 것이다.<br /> <br /> [[file:erp_menu_13_1.jpg|800px]] <br /> 좌측 메뉴는 단순 작업을 위한 메뉴이다. 작업 결과는 아래 '''Accounting''' 메뉴에서 조회가 가능하다.<br /> <br /> * 바인딩(묶음, 정리) 대상은 3가지 이다.<br /> # 고객 청구서 (Customer Invoice) - 고객에게 대금 청구 관리 하는 메뉴<br /> # 협력사 청구서 (Vendor Invoice) - 협력사에 지급 관리 하는 메뉴<br /> # 비용전표 묶음 (Expense Report Binding) - 팀원의 비용 지급 요청을 관리하는 메뉴<br /> <br /> * Recording, 기록(정리) 작업은 2가지에 정리된다<br /> # BANK 은행 기록장(BQ) - 실제 은행에 기록하는 것이 아니라, 실제 은행 기록을 기본으로 ERP에서 보조 기록을 유지하는 것이다. (실제 은행잔고와 일치하도록 해야 함)<br /> # EXPENSE REPORT(ER) 경비보고서 - 팀원들이 작성한 경비 전표를 묶어서 기록하게 하는 것이다.<br /> <br /> * 은행기록장(BQ)<br /> 은행에 관련된 기록, Billing 메뉴에서 수기로 작성된 내요이나, 기타 증빙 없는 지출에 대한 내용을 은행 기록장(BQ)에 모아 놓는 것이다.주의해야 할 점은 billing에서 자동으로 기록이 되기 때문에 여기서 작업은 보조 장표식으로 활용하는 것이다. 따라서, 실제 은행기록(BANK)에 반영되는 것이 아니라, 아래 있는 메뉴 Accouting에서 참조하여 확인하는 경우에 중요하다.<br /> <br /> * 경비보고서 (ERs)<br /> 팀원들이 작성한 경비보고서를 모아서 계정원장(Ledger)에 기록해 놓는 것이다.<br /> <br /> 용어 주의<br /> 우리나라 회계의 경우, 일본식, 중국식, 영국, 미국 등의 영향을 받아서 용어가 클리어 하지 못한 경우가 많다. 특히 회계 부문과 대화할 때도 배경이 어디냐에 따라 다른 용어를 사용하는 경우가 많다. 개념과 여러 용어를 알아 두는 것이 좋다.<br /> - 총계정원장, Ledger: 모든 계정(Accounts)을 모아 놓은 기록장, COA(Chart of Account)에 따라 모든 내용이 기록된 종합장이다.<br /> - 분개장, Journal: 개별 항목(계정)을 모아놓은 것, 즉 총계정원장의 sub set으로 볼 수 있다. 가끔 총계정원장과 비슷한 의미로 사용된다.<br /> - 보고서, 리포트, Report : 목적에 따라, 총계정원장 혹은 분개장 내용을 정리한 것, 원하는 형태와 데이터를 기준으로 재 조합 된것, 가끔은 총계정원장이나 분개장을 말하기도 한다. (거기 다 나오니까...)<br /> <br /> ==비용(회계) 전표의 조회==<br /> 비용전표의 조회 과정은 '''Accouting''' 회계 혹은 회계처리라고 한다.<br /> <br /> 분개장(Journal)의 모음이 결국 총계정원장이므로 '''Journals'''라고도 하는데, 프로젝트 별 Journal이 따로 있으므로, 지사 전체의 내용은 총계정원장이라고 구분하고, 개별 계정 내역 모음은 분개장 혹은 Journal로 이야기 한다.<br /> <br /> * 조회 - (총계정)원장, 분개장<br /> 둘은 동일하며, 메뉴중에 석여 있다.<br /> <br /> 조회하는 것은 3가지로 되어 있다.<br /> <br /> # 거래 내역에 따른 리스트 뷰<br /> # 계정별 집계 뷰<br /> # Subledger(부 원장) 혹은 팀원 생성시 할당한 '''회계 계정'''을 기준으로 분류 한다.<br /> <br /> <br /> * 단순 리스트 뷰<br /> [[file:erp_menu_13_2.jpg|800px]] <br /> <br /> * 계정별 구분 뷰<br /> [[file:erp_menu_13_3.jpg|800px]] <br /> <br /> * 팀별 구분 뷰(회계계정) - 타오위엔의 경우, 다른 유지보수 프로젝트가 섞여 있어서 이를 구분하기 위한 구분자로 회계 계정을 사용한다.<br /> [[file:erp_menu_13_4.jpg|800px]]<br /> <br /> =Billing, Payment(현금지급)=<br /> <br /> {{:ERP billing#Mise._payments(기타비용)}}<br /> <br /> =프로젝트 비용 현황 조회=<br /> '''메뉴 &gt;&gt; Accouting &gt;&gt; 계정별 집계(Account balance)''' 본인 프로젝트 선택<br /> <br /> 조회하고 싶은 달 혹은 월에 대해서 사용 내역을 조회할 수 있습니다.<br /> <br /> 다음 예는 YELLOW 프로젝트의 24년 12월 내역을 조회하는 것입니다.<br /> <br /> * 계정별 집계 메뉴 선택하기<br /> [[file:erp_menu_05.jpg|800px]]<br /> <br /> * 24년 12월과 YELLOW 프로젝트 선택<br /> [[file:erp_menu_06.jpg|800px]]<br /> <br /> <br /> ==회계 조회기능 상세==<br /> 상세한 Accountancy (회계) 조회기능은 [['ERP 조회기능']] 문서를 참조<br /> <br /> [[분류: ERP]]<br /> [[분류: 프로젝트]]<br /> [[분류: 회계]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=AM_role&diff=1302 2026-09-22T07:22:01Z

<p>172.27.0.1: /* 회계담당자(AM)의 역할 */</p> <hr /> <div>* You can change it to your own language by right-clicking on the web browser.<br /> * 您可以透過右鍵單擊網頁瀏覽器將其變更為您自己的語言。<br /> <br /> Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비잘못된 계정 사용을 바로잡고 정확한 회계 기록(비용내역, 은행내역)을 남기는 것이 AM의 중요한 역할입니다.<br /> <br /> 문서 설명<br /> <br /> # AM, PM role - PM이 프로젝트 회계관리에 대한 내용입니다.<br /> # '''AM role - 회계담당자가 처리해야 할 업무에 대한 설명입니다.'''<br /> # Admin 관련 - 시스템 담당자가 처리해야할 업무입니다.<br /> <br /> <br /> AM의 주요 역할은 다음 5가지 이다.<br /> <br /> # '''ER(Expense Report), 비용전표의 검사(Validation)<br /> # '''ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br /> # '''ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br /> # '''Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br /> # '''Bank Reconcile''' - 실제 은행계좌와 ERP의 은행계좌 내역을 일치하는 것, 원래는 일자별 출납 내역이 동일해야 하나, 편의상 매월말 잔고가 일치하도록 확인(확인 날짜 입력)<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의 &quot;ENTER PAYMENT&quot;를 입력한 후 상태 (실제 지급 이후, &quot;ENTER PAYMENT&quot;를 추가로 입력 한다.<br /> * Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br /> * ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br /> * Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br /> <br /> ==회계담당자(AM)의 역할==<br /> 프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br /> <br /> 비용전표(Expense Report)의 상태는 다음과 같다.<br /> - 작성 (Draft) : 처음 작성하는 상태<br /> - 확인 (Validiated): member가 영수증 내용을 작성하고, 결재자와 검사자를 선택한 상태<br /> ※ AM은 확인(Validiated) 상태에서 이상이 없는지 확인 후, PM에게 결재를 요청한다. 이 상태에서는 수정이 용이하다.<br /> - 승인 (Approved) : PM이 지급 확인을 한 상태이다.<br /> - 지급완료 (PAID) : 회계담당자(AM, Account Manager)가 멤버(member)에게 지급을 완료하고, (ERP) Bank 기록을 작성한다.<br /> ※ 비용전표(ER)이 정상적으로 처리된 경우에는 지급완료(PAID) 상태가 최종 상태이다.<br /> - 취소(Cancel) / 거절(Reject) : 삭제 가능 전표 (아직 개발 중인 내용으로, 수정이나 변경을 위한 과정), 현재는 처리 불가능한 비용전표(ER) 상태이다.<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 /> 총계정원장(Ledger)는 분개장(Journals)의 모음이다. 혹은 분개장(Journal)과 상관 없이, 계정항목만을 모두 모아 놓으면 총합이 되므로, 이를 총'''계정원장'''이라고도 한다.<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 /> :* 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br /> <br /> <br /> 회계담당자의 역할 설명 그림<br /> <br /> ::[[file:AM_role.jpg|800px]]<br /> <br /> <br /> ===Reject된 비용전표 처리===<br /> Reject된 비용전표(Expense Report)를 처리하는 방법입니다.<br /> <br /> 이전 ERP 버전(21.0.x)에서는 Reject가 되면, 첨부파일이 모두 사라지는 문제가 있었습니다. 하지만, 새로운 버전(22.0.x, Since 2025.10)에서는 첨부파일이 그대로 남아 있으니, 수정하여 작성하면 됩니다.<br /> <br /> * Reject 처리 순서<br /> PM 및 결재자의 처리가 '''Reject'''된 이후<br /> <br /> #) 결재 올린 사람은 해당 초안(Draft)를 클릭해서 '''수정'''합니다.(pic #3) : Reject된 Expense Report<br /> #) 다시 결재를 올립니다.<br /> <br /> <br /> * Reject된 비용전표(ER, Expense Report) 조회<br /> 이 부분은 HR/ER(비용전표 작성하는 부분) 첫 화면에만 표시됩니다.<br /> <br /> * 보고서(ER) 수정 - Reject를 처리 하기 pic #3<br /> '''처음화면'''에서만 '''전표수정'''으로 들어갈 수 있습니다. 이점 '''주의'''하십시오!<br /> <br /> HR/ER 메뉴를 클릭하여 처음 들어가서 나오는 화면에서만 접근할 수 있습니다!<br /> <br /> ::[[파일:reject_03.jpg|800px]]<br /> <br /> 참고로, 수정 버튼은 맨 아래 있습니다. <br /> #) 수정버튼 누르기<br /> #) 내용 수정하기<br /> #) 결재올리기<br /> <br /> ::::[[파일:reject_04.jpg|700px]]<br /> <br /> <br /> * 참고: 다른 담당자에게 지정하기 혹은 담당자 변경<br /> PM 뿐만이 아니라, 비용전표를 작성한 사람 혹은 회계담당자(AM)등, 메뉴로 들어간 첫 화면에서 Reject된 전표가 보이는 사람(수정 권한을 가지고 있는 사람)은 누구나 새로 담당자를 지정해서 복사본(Clone)을 생성할 수 있습니다. <br /> <br /> * 복사본(Clone) 만들기<br /> PM은 Reject 후에 해당 비용결재 문서(ER: Expense Report)의 '''복사본(Clone)''' 버튼을 눌러 복사본(Clone)을 만들고 '''담당자'''를 변경합니다. (혹은 동일한 사용자에게 재 지정)<br /> <br /> ::1) 복사본 만들기 - pic #1<br /> :::PM은 Reject이후에 복사본을 만듭니다. 화면 하단 우측에 버튼이 있습니다.<br /> ㄴ<br /> ::::[[파일:reject_01.jpg|600px]]<br /> <br /> ::2) 복사본을 담당자에 연결하기 - pic #2<br /> ::: PM은 Reject이후에 복사본을 본래 기안자 혹은 새로운 담당자에게 연결합니다.(새로운 담당자에게 문서 접근 권한을 부여하는 과정)<br /> <br /> ::::[[파일:reject_02.jpg|600px]]<br /> <br /> =ER, 비용전표 작성 (일반 프로젝트 멤버)=<br /> 프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br /> <br /> 비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br /> <br /> [비용전표(ER) 작성시 일반 주의 사항]<br /> - ERP에서 날짜(Date)는 1인당 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 /> {{영수증 파일}}<br /> <br /> =회계담당자(AM)의 검사(Validiation)=<br /> 각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER, Expense Report)의 내용을 검사한다.<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 /> <br /> Approval 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 /> &quot;Enter payment&quot;에서는 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 /> ==은행 업무 프로세스==<br /> [신규, '25년 11월 30일부로 실시함]<br /> <br /> === 프로세스 설명===<br /> 회계담당자(AM)은 비용지급(요청) 전표(ER)의 승인이 나면, 다음과 같은 순서로 업무를 진행한다.<br /> <br /> [Daily]<br /> <br /> #. 비용지급전표(ER)에 따라서, 요청자에게 금액을 지급한다. (은행 전송) [PAID 과정]<br /> #. 당일 지급 내용이 끝나면, 은행 출납 내역을 캡쳐하여, ERP 은행 장부에 upload 한다. [File Upload 과정]<br /> <br /> [Monthly once] <br /> <br /> 회계담당자는 한 달에 한번, 은행잔고(Account Balance) 파일을 업로드 한다.<br /> <br /> === PMO의 관리 ===<br /> 1. 일별 관리 ('''Dailiy process''')<br /> <br /> PMO(Project Management Office)에서는 매일 은행 내역과 ERP 은행 잔고를 확인한다. <br /> <br /> 2. 월별 관리 ('''Monthly process''')<br /> <br /> PMO에서는 매월 말, 회계담당자(AM)이 올린 은행 잔고 화면(캡쳐)과 ERP 은행 장부 금액을 확인한다.<br /> <br /> <br /> ===회계 담당자의 은행 관련 업무===<br /> 1. 매일 관리 사항<br /> * 회계담당자(AM)은 매일 실제 은행의 계좌 내역을 캡쳐해서 올린다. 단, 실제 은행 출납이 일어난 날짜만 파일을 올린다.<br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[file:rec_bank_01.jpg|700px]]<br /> &lt;/div&gt;<br /> <br /> * 관리하는 프로젝트의 ERP 장부상 은행을 선택한다.<br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[file:rec_bank_02.jpg|700px]]<br /> &lt;/div&gt;<br /> <br /> * 파일업로드 메뉴를 선택하여 들어간다.<br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[file:rec_bank_03.jpg|700px]]<br /> &lt;/div&gt;<br /> <br /> * 미리 캡쳐해 놓은 은행 잔고(Bank balance) 파일을 upload 한다. <br /> <br /> PMO에서는 회계담당자가 올린 파일을 확인한다. (일일잔고 확인 tag)<br /> <br /> 2. 매월말 확인 사항<br /> * 회계담당자(AM)은 매월 말 은행 잔고(Bank balance)를 캡쳐해서 올린다.<br /> <br /> PMO에서는 회계담당자가 올린 파일을 확인한다. (월말잔고 확인 tag)<br /> <br /> 3. Reconcile [조정] <br /> 조정이란 말은 ERP 장부상 잔액과 은행잔고를 동일하게 맞추는 과정을 말한다. <br /> <br /> 가. 해당 프로젝트의 ERP장부상, 은행을 선택한다.<br /> <br /> 나. 해당 은행의 메뉴에서 '''Reconcile'''을 선택한다.<br /> <br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[파일:rec_bank_pmo_01.jpg|700px|그림 설명]]<br /> &lt;/div&gt;<br /> <br /> 다. upload된 파일과 금액이 일치하는지 확인 후, 해당 내역을 클릭한다.<br /> <br /> 라. 날짜를 적고, tag를 선택 후 [일일 잔고 확인, 월말 잔고 확인 중 택1] '''Click Reconcile''' 버튼을 클릭한다.<br /> <br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[파일:rec_bank_pmo_02.jpg|700px|그림 설명]]<br /> &lt;/div&gt;<br /> <br /> * 참고 [[Bank reconcile]] - 은행조정<br /> <br /> ==ERP Bank Entries에서 확인 방법==<br /> ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br /> <br /> 한글 사이트에서는 &quot;유료&quot;라고 표시됨 주의<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 /> '''본 과정은 PMO에서 직접 수행함'''<br /> <br /> 회계담당자는 단순히 은행 계좌 화면 캡쳐한 것을 파일 업로드 해 놓을 것 (매일, 출납이 있을 경우에만)<br /> <br /> [주의]<br /> ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br /> 만약 다를 경우에는 자필 사유서를 제출해야 함<br /> <br /> {{:Bank reconcile}}<br /> <br /> =ERP billing, payment=<br /> 현금 지급의 경우로, 무증빙(영수증이 없는 경우) 처리하는 것이다.<br /> <br /> 영수증이 있는 경우에는 ER (Expense Report)로 집계가 되지만, 무증빙(영수증 없는 경우)는 비용 항목으로 집계하기 위해 영수증 아닌 설명자료를 첨부하기 위해서 작성한다. 특히, Billing, payment로 처리된 경우, ERP Bank에 직접 기록된다.<br /> <br /> <br /> {{:ERP billing}}<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에서 &quot;Lines to bind&quot; 메뉴를 선택한다.<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=&quot;wikitable&quot; style=&quot;margin:auto&quot;<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 &amp; 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)에 기록되는 경우가 있다. <br /> <br /> 이때는 <br /> # 분개장(Journal) 기록에서 삭제하고 <br /> # 다시 기록(Recording)하는 작업을 <br /> <br /> 해주면 된다.<br /> <br /> <br /> * 주의<br /> 분개장(Journal)에서 &quot;삭제&quot;의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br /> &quot;삭제&quot;한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br /> <br /> 다음은 '''잘못 바인딩(Binding error)'''된 비용전표(ER)을 수정하는 예시이다.<br /> <br /> 예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br /> <br /> <br /> * [https://drive.google.com/file/d/1pfGyiqw7Jbhs51I-7o-bwIIOexK7ei7l/view?usp=sharing%7C '''바인딩(Binding) 오류 수정 동영상''' 설명]<br /> <br /> [동영상 내용 설명]<br /> # KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br /> # 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br /> # 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.-&gt; 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br /> # 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br /> <br /> <br /> 설명한 내용을 동영상에서 확인해 보자.<br /> <br /> <br /> 잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : [https://drive.google.com/file/d/1pfGyiqw7Jbhs51I-7o-bwIIOexK7ei7l/view?usp=sharing%7C '''바인딩(Binding) 오류 수정 동영상''' 설명]<br /> <br /> <br /> * 주요 사항<br /> binding 처리 - 목록(list)에서만 삭제하는 과정임<br /> <br /> # binding list에서 삭제 (list에서만 삭제되는 것임)<br /> # 다시 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 &amp; 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 /> = 사용 중인 COA =<br /> <br /> * 현재 사용 중인 CoA는 유럽에서 주로 사용한 영국 CoA를 그대로 사용한다. 추가적인 것은 3번째자리에서 추가해서 이용한다.<br /> <br /> 예시)<br /> 621 - '''6''': Expense, '''2''': Payroll, '''1''': temporary salary<br /> <br /> Dolibarr ERP에서 할당한 '''id=11 : ENG-BASE'''<br /> <br /> * 현재 CoA 파일로 export 주의사항<br /> :Dolibarr는 프랑스어가 기본 언어로, export에서 '''Chart of accounts id'''를 지정해 주지 않으면, 프랑스어로 출력된다. <br /> <br /> :아래 그림과 같이 반드시 Chart of accounts id = '''11'''을 지정해 주어야 영어로된 ENG-BASE CoA(Chart of Accounts)가 출력된다.<br /> <br /> ::[[file:Coa_03.jpg|800px]]<br /> <br /> <br /> ==ENG-Base CoA==<br /> * 경리월보의 COA와 ERP에서 사용하는 COA 변환표 : '''Expense report accounts'''<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! COA !! 경리월보 !! Label(명칭) !! 비고<br /> |-<br /> | 602 || a1 || Office Furniture &amp; Fixture buy [設備] 가구 비품 || <br /> |-<br /> | 6021 || a2 || Office Photocopy &amp; Projector buy [設施] 시설 || <br /> |-<br /> | 606 || a6 || Other office supply [其他流動資產] 기타 유동자산 || <br /> |-<br /> | 613 || B1 || Office Rentals deposit [押金] 임대보증금 || <br /> |-<br /> | 6131 || b2 || Residence Rentals deposit [外派員工宿舍押金] 파견직원숙소 보증금 || <br /> |-<br /> | 6132 || b3 || Company vehicle rentals deposit [租公司車押金] 법인차량 임대보증금 || <br /> |-<br /> | 618 || b4 || Deposit others [其他押金] 기타 보증금 || <br /> |-<br /> | 6261 || c1 || Telephone, Mobile/ Fax [電話費] 전화료 || <br /> |-<br /> | 6262 || c2 || Postage &amp; Courier [郵資] 우편료 || <br /> |-<br /> | 6241 || d1 || BT. Public trans.(taxi) fare [市區交通費] 시내교통비 || <br /> |-<br /> | 625 || d2 || BT. Local trip, hotel &amp; transfer [國內出差], 국내 출장 || <br /> |-<br /> | 6251 || d3 || Business trip overseas [해외출장] || <br /> |-<br /> | 6252 || d4 || BT biz trip Other expense [出差其他支出] 출장 기타 지출 || <br /> |-<br /> | 616 || E || Insurance premiums [健保費] 보험료 || <br /> |-<br /> | 631 || f1 || TD Taxes and similar payments on remuneration (tax administrations) || <br /> |-<br /> | 635 || f2 || TD PJT Other taxes, duties and similar payments (tax administrations) || <br /> |-<br /> | 647 || f3 || TD Other payroll taxes || <br /> |-<br /> | 697 || f4 || Annual company tax [營利稅] 법인세 || <br /> |-<br /> | 698 || f5 || Tax integration [其他稅目] 기타 세금 || <br /> |-<br /> | 6481 || g1 || ME. Branch Meals 交際應酬費 [PM ONLY] 접대비 || <br /> |-<br /> | 6482 || g2 || PJT Construction Meals &amp; others with Customer [業務招待費] 고객접대비 || <br /> |-<br /> | 6451 || h1 || WELL. Tuition for children || <br /> |-<br /> | 645 || h2 || WELL. member meals [員工福利] 복후비 || <br /> |-<br /> | 648 || h3 || WELL. Other staff costs [其他支出] 簽核必須 찬허(기안)필수 || <br /> |-<br /> | 648 || h4 || WELL. Medical hospital || <br /> |-<br /> | 6111 || i1 || dc: Pjt Service Charge, expense [服務費] 용역수수료 || 개별비<br /> |-<br /> | 668 || i2 || CH. Finance fee / Bank Charge [手續費] 은행수수료 || <br /> |-<br /> | 6112 || i3 || dc: Pjt FAT expense [工廠驗收測試] 공장인수검사관련 || 개별비<br /> |-<br /> | 628 || i4 || dc. Pjt other expense [其他勞務費] 기타용역비 || 개별비<br /> |-<br /> | 672 || i5 || Expense over financial years(Reserved) || <br /> |-<br /> | 6231 || J || Books &amp; Printings || <br /> |-<br /> | 615 || K || Company vheicle op. and repair [公司車] 법인차량 || <br /> |-<br /> | 6151 || K1 || Car toll fee, parking [停車費, 通行費] 주차, 톨비 || <br /> |-<br /> | 6152 || K2 || Car fuel, gas [加油] 주유비 || <br /> |-<br /> | 624 || L || dc: Pjt Transport [材料運費], 자재운반비 || 개별비<br /> |-<br /> | 623 || M || Advertising, publications, public relations || <br /> |-<br /> | 617 || N || dc: Pjt employee training [員工教育訓練費] 직원교육훈련비 || 개별비<br /> |-<br /> | 6171 || O || PJT Conference [會議費] 非娛樂開支, 회의비 (접대비 아님) || <br /> |-<br /> | 6181 || P || Office Keeping (Utility) water, electricity, cleaning [水電瓦斯費] 사무실 수도광열비 || <br /> |-<br /> | 641 || q1 || Payroll Salary of HQ Employee || <br /> |-<br /> | 644 || q2 || Payroll Salary of the Local work || <br /> |-<br /> | 621 || q3 || Payroll Salary temp. worker, Others (打工時薪) 알바비, 기타잡비 포함 || <br /> |-<br /> | 6211 || q4 || Payroll Other payment expense [其他應付款] 급여외 추가지급금 || <br /> |-<br /> | 6022 || R || Office Stationaries [辦公用品] 사무용품비 || <br /> |-<br /> | 658 || S || Miscellaneous operating expenses [其他營業費用] 기타 영업비 || <br /> |-<br /> | 678 || T || Other operating expenses [營業外支出] 기타 영업외 비용 || <br /> |-<br /> | 601 || U || dc: Pjt buy raw materials [現場材料費] 현장재료비, 안전구 || 개별비<br /> |-<br /> | 614 || u1 || Monthly Office Rental fee [辦公室租金] 사무실 임료 || <br /> |-<br /> | 6141 || u2 || Monthly Residence Rental fee [外派員工住宿費] 파견숙소월세 || <br /> |-<br /> | 6142 || u3 || Monthly company vehicle rental fee [租車公司費] 법인차량임료 || <br /> |-<br /> | 6221 || u4 || Vehicle register or license other expense [汽公司車登記費, 規費] 법인 차량 등록비 등 || <br /> |}<br /> <br /> * 현지에서 법인 처리를 위한 계정이 별도로 있습니다. 예) 이연처리<br /> * 확정되지 않은 COA는 재무/회계팀과 협의 후에 결정합니다.<br /> * 프로젝트에 따라, COA 구분은 조회는 되나, 경리월보와 같은 영수증 별 조회는 별도 엑셀 자동화 파일에서 가능합니다. ERP Extract Data v. 7 (xlsx)<br /> <br /> <br /> ==제조개별비 처리==<br /> 경리 월보의 항목 중에서 비용으로 처리하지 않고, 본사에서 별도로 제조 개별비 원가 처리(매출)<br /> <br /> '''회계팀, PM과 확인하여 해당 계정 확정 할 것'''<br /> <br /> * 항목<br /> # 제조지급수수료(용역), 교육관련 - 제조교육훈련비(기타)<br /> # 제조지급수수료(용역)<br /> # 제조지급수수료(기타)<br /> # 제조운반비 - 현지 물품대에 대한 VAT<br /> # 제조소모품비(기타) - 안전 공구<br /> # 제조운반비 - 현장인도비용<br /> <br /> ==추가 및 변경 COA, 25.06==<br /> 다음은 26년 6월부로 추가 및 변경되는 CoA항목이다.<br /> <br /> <br /> * 프로젝트 개별비(Direct Cost) 구분<br /> :{| class=&quot;wikitable&quot;<br /> |-<br /> ! COA !! 경리월보 !! 비용명칭(ERP) !! pjt 개별비 분류 !! 비고<br /> |-<br /> | 617 || N || dc: Pjt employee training [員工教育訓練費] 직원교육훈련비 || 제조교육훈련비(기타) || 프로젝트 개별비<br /> |-<br /> | 6111 || i1 || dc: Pjt Service Charge, expense [服務費] 용역수수료 || 제조지급수수료 || &quot;<br /> |-<br /> | 601 || U || dc: Pjt buy raw materials [現場材料費] 현장재료비 || 제조소모품비 || &quot;<br /> |-<br /> | 624 || L || dc: Pjt Transport [材料運費] 자재운반비 || 제조운반비 || 운반비 + VAT<br /> |-<br /> | 624 || (-) || dc: Transporting VAT [운반비 부가세] || 자동 반영 || &quot;<br /> |-<br /> | 6112 || i3 || dc: Pjt FAT expense [工廠驗收測試] 공장인수검사관련 || 개별 판단 || &quot;<br /> |-<br /> | 628 || i4 || dc. Pjt other expense [其他勞務費] 기타용역비 || 용역비 기타 || &quot;<br /> |}<br /> <br /> * 추가 및 변경된 CoA<br /> :{| class=&quot;wikitable&quot;<br /> |-<br /> ! COA !! 경리월보 !! 비용명칭(ERP) !! 항목(한글) !! 비고<br /> |-<br /> | 615 || K || Compan car op. and repair [公司車] 법인차량 || 차량유지비 || Vehicle Op.<br /> |-<br /> | 6151 || K || Car toll fee, parking [停車費, 通行費] 주차, 톨비 || 주차/통행료 || Car toll fee, parking<br /> |-<br /> | 6152 || K || Car fuel, gas [加油] 주유비 || 유류대 || Car fuel<br /> |}<br /> <br /> <br /> <br /> * CoA로 할당<br /> <br /> 자동차 관련(car)을 입력할 경우, '''類型'''에서 '''car'''라고 적으면, 선택할 수 있는 리스트가 나온다.<br /> [[file:coa_01.jpg|1000px]]<br /> <br /> <br /> * 참고용 접두어<br /> ::{| class=&quot;wikitable&quot;<br /> |-<br /> ! 접두어 !! 그룹명 !! 해당 항목 수<br /> |-<br /> | BT || '''B'''usiness '''T'''rip (출장) || 4개<br /> |-<br /> | TD || '''T'''ax &amp; '''D'''uties (세금) || 4개<br /> |-<br /> | ME || '''M'''eals &amp; '''E'''ntertainment (식대/접대) || 2개<br /> |-<br /> | WELL || '''Wel'''fare (복리후생) || 4개<br /> |-<br /> | CH || '''Ch'''arges (수수료) || 2개<br /> |-<br /> | PJT || Project (프로젝트) || 2개<br /> |-<br /> | Comm || '''Comm'''unication (통신) || 2개<br /> |-<br /> | '''Payroll''' || 급여 || 4개<br /> |-<br /> | '''Deposit''' || 보증금 || 4개<br /> |-<br /> | '''Car''' || 차량 관련 || 2개<br /> |}<br /> <br /> <br /> * '''詳細描述''' 필수 입력<br /> 자동차 관련 연료(Fuel, Gas)이거나, 주차료, 통행료 입력의 경우에는 반드시 詳細描述 box에서, 다음 3가지를 적어야 한다.<br /> # 프로젝트 이름 / Project name<br /> # 장소 / Place<br /> # 사유 / Reason<br /> :[[file:coa_02.jpg|1000px]]<br /> <br /> <br /> <br /> * 개선 방향<br /> 경리월보 항목을 CoA에 매핑 (신규가 아님, 이미 있음, 원가적 소모품 등) 조회할 때, 해당 것만 묶어서 처리<br /> <br /> <br /> * 문제<br /> # CoA 이해 부족 - PM, AM<br /> # 검증 및 검사 필요 - 해당 항목에 대한 분류를 결재 단계에서 부터 해야 함 (나중에 다시 처리는 복잡)<br /> # Custom account 조회 어려워 함 - ERP 사용이 익숙하지 않음 (구축 단계 부터 차근 차근 사용도를 높이는 과정 부족)<br /> <br /> ==사용 주의 계정(Accounts)==<br /> <br /> * '''사용 주의 계정'''<br /> :{| class=&quot;wikitable&quot; style=&quot;text-align:left; font-size:90%;&quot;<br /> |-<br /> ! COA !! 경리월보 !! Label(명칭) !! 비고 !! 주의사항<br /> |-<br /> | 6241 || d1 || BT. Public trans.(taxi) fare [市區交通費] 시내교통비 || 현급지급 검토 (유류대 지원, 오토바이)??? || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;통제성 경비&lt;/span&gt;<br /> |-<br /> | 625 || d2 || BT. Local trip, hotel &amp; transfer [國內出差], 국내 출장 || &lt;span style=&quot;color:#d9534f;&quot;&gt;일당한도 600$&lt;/span&gt;, 숙박비(통일영수증), 교통비, 출장명령서 || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;600$ 이상, 개인소득신고 필요&lt;/span&gt;<br /> |-<br /> | 6251 || d3 || Business trip overseas [해외출장] || &lt;span style=&quot;color:#d9534f;&quot;&gt;공무원 규정 이상은 개인소득 분 신고&lt;/span&gt; || 국외부임여비보지요점(國外出差旅費報支要點)의 국가·도시별 일지수액(日支數額)<br /> |-<br /> | 6252 || d4 || BT biz trip Other expense [出差其他支出] 출장 기타 지출 || &lt;span style=&quot;color:#d9534f;&quot;&gt;일당지급시 지급 불가 (실비경우만)&lt;/span&gt; || &lt;span style=&quot;color:#d9534f;&quot;&gt;실비정산 경우만&lt;/span&gt;<br /> |-<br /> | 6481 || g1 || ME. Branch Meals 交際應酬費 [PM ONLY] 접대비 || 소수 지급인정접대비 (개인선물 포함) || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;통제성 경비&lt;/span&gt;<br /> |-<br /> | 6482 || g2 || PJT Construction Meals &amp; others with Customer [業務招待費] 고객접대비 || 현장식대 (年 TWD3,000$ / 1人) || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;통제성 경비&lt;/span&gt;<br /> |-<br /> | 645 || h2 || WELL. member meals [員工福利] 복후비 || &lt;span style=&quot;color:#d9534f;&quot;&gt;총급여 2% 이내 제한&lt;/span&gt; || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;통제성 경비&lt;/span&gt;<br /> |-<br /> | 648 || h4 || WELL. Medical hospital || &lt;span style=&quot;color:#d9534f;&quot;&gt;사전규정필요 (직공복리위원회(職工福利委員會))&lt;/span&gt; || &lt;span style=&quot;background-color:#f2dede;&quot;&gt;미사용&lt;/span&gt;<br /> |-<br /> | 6151 || K1 || Car toll fee, parking [停車費, 通行費] 주차, 톨비 || 출장명령서, 휴일근무명령서, 구글지도(이동거리), 주유영수증 || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;소득신고&lt;/span&gt;<br /> |-<br /> | 6152 || K2 || Car fuel, gas [加油] 주유비 || 출장명령서, 휴일근무명령서, 구글지도(이동거리), 주유영수증 || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;소득신고&lt;/span&gt;<br /> |-<br /> | 6171 || O || PJT Conference [會議費] 非娛樂開支, 회의비 (접대비 아님) || 회의록, 참여 명단 (사인본) || 참석자 명단<br /> |-<br /> | 6211 || q4 || Payroll Other payment expense [其他應付款] 급여외 추가지급금 || &lt;span style=&quot;color:#d9534f;&quot;&gt;급여반영 필수&lt;/span&gt; || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;소득신고&lt;/span&gt;<br /> |}<br /> <br /> * '''프로젝트 개별비 (Direct cost)'''<br /> :{| class=&quot;wikitable&quot; style=&quot;text-align:left; font-size:90%;&quot;<br /> |-<br /> ! COA !! 경리월보 !! Label(명칭) !! 비고 !! 주의사항<br /> |-<br /> | 6111 || i1 || dc: Pjt Service Charge, expense [服務費] 용역수수료 || 개별비 ||<br /> |-<br /> | 6112 || i3 || dc: Pjt FAT expense [工廠驗收測試] 공장인수검사관련 || &lt;span style=&quot;color:#d9534f;&quot;&gt;개별비 (검토, 본사계정여부)&lt;/span&gt; || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;검토 필요&lt;/span&gt;<br /> |-<br /> | 628 || i4 || dc. Pjt other expense [其他勞務費] 기타용역비 || 개별비 ||<br /> |-<br /> | 624 || L || dc: Pjt Transport [材料運費], 자재운반비 || &lt;span style=&quot;color:#d9534f;&quot;&gt;개별비, 부가세포함&lt;/span&gt; || 자재운반비 및 VAT 포함 집계<br /> |-<br /> | 617 || N || dc: Pjt employee training [員工教育訓練費] 직원교육훈련비 || 개별비 ||<br /> |-<br /> | 601 || U || dc: Pjt buy raw materials [現場材料費] 현장재료비, 안전구 || 개별비 ||<br /> |}<br /> <br /> ==바인딩된 CoA의 수정==<br /> [[Admin관련#CoA_할당_수정_과정| 할당 및 수정 과정]] from Admin 관련 참조<br /> <br /> <br /> <br /> [[분류:ERP]]<br /> [[분류:회계]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=AM_role&diff=1301 2026-09-22T07:21:18Z

<p>172.27.0.1: /* 회계담당자(AM)의 역할 */</p> <hr /> <div>* You can change it to your own language by right-clicking on the web browser.<br /> * 您可以透過右鍵單擊網頁瀏覽器將其變更為您自己的語言。<br /> <br /> Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비잘못된 계정 사용을 바로잡고 정확한 회계 기록(비용내역, 은행내역)을 남기는 것이 AM의 중요한 역할입니다.<br /> <br /> 문서 설명<br /> <br /> # AM, PM role - PM이 프로젝트 회계관리에 대한 내용입니다.<br /> # '''AM role - 회계담당자가 처리해야 할 업무에 대한 설명입니다.'''<br /> # Admin 관련 - 시스템 담당자가 처리해야할 업무입니다.<br /> <br /> <br /> AM의 주요 역할은 다음 5가지 이다.<br /> <br /> # '''ER(Expense Report), 비용전표의 검사(Validation)<br /> # '''ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br /> # '''ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br /> # '''Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br /> # '''Bank Reconcile''' - 실제 은행계좌와 ERP의 은행계좌 내역을 일치하는 것, 원래는 일자별 출납 내역이 동일해야 하나, 편의상 매월말 잔고가 일치하도록 확인(확인 날짜 입력)<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의 &quot;ENTER PAYMENT&quot;를 입력한 후 상태 (실제 지급 이후, &quot;ENTER PAYMENT&quot;를 추가로 입력 한다.<br /> * Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br /> * ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br /> * Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br /> <br /> ==회계담당자(AM)의 역할==<br /> 프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br /> <br /> 비용전표(Expense Report)의 상태는 다음과 같다.<br /> - 작성 (Draft) : 처음 작성하는 상태<br /> - 확인 (Validiated): member가 영수증 내용을 작성하고, 결재자와 검사자를 선택한 상태<br /> ※ AM은 확인(Validiated) 상태에서 이상이 없는지 확인 후, PM에게 결재를 요청한다. 이 상태에서는 수정이 용이하다.<br /> - 승인 (Approved) : PM이 지급 확인을 한 상태이다.<br /> - 지급완료 (PAID) : 회계담당자(AM, Account Manager)가 멤버(member)에게 지급을 완료하고, (ERP) Bank 기록을 작성한다.<br /> ※ 비용전표(ER)이 정상적으로 처리된 경우에는 지급완료(PAID) 상태가 최종 상태이다.<br /> - 취소(Cancel) / 거절(Reject) : 삭제 가능 전표 (아직 개발 중인 내용으로, 수정이나 변경을 위한 과정), 현재는 처리 불가능한 비용전표(ER) 상태이다.<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 /> 총계정원장(Ledger)는 분개장(Journals)의 모음이다. 혹은 분개장(Journal)과 상관 없이, 계정항목만을 모두 모아 놓으면 총합이 되므로, 이를 총'''계정원장'''이라고도 한다.<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 /> :* 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br /> <br /> <br /> 회계담당자의 역할 설명 그림<br /> <br /> [[file:AM_role.jpg|800px]]<br /> <br /> <br /> ===Reject된 비용전표 처리===<br /> Reject된 비용전표(Expense Report)를 처리하는 방법입니다.<br /> <br /> 이전 ERP 버전(21.0.x)에서는 Reject가 되면, 첨부파일이 모두 사라지는 문제가 있었습니다. 하지만, 새로운 버전(22.0.x, Since 2025.10)에서는 첨부파일이 그대로 남아 있으니, 수정하여 작성하면 됩니다.<br /> <br /> * Reject 처리 순서<br /> PM 및 결재자의 처리가 '''Reject'''된 이후<br /> <br /> #) 결재 올린 사람은 해당 초안(Draft)를 클릭해서 '''수정'''합니다.(pic #3) : Reject된 Expense Report<br /> #) 다시 결재를 올립니다.<br /> <br /> <br /> * Reject된 비용전표(ER, Expense Report) 조회<br /> 이 부분은 HR/ER(비용전표 작성하는 부분) 첫 화면에만 표시됩니다.<br /> <br /> * 보고서(ER) 수정 - Reject를 처리 하기 pic #3<br /> '''처음화면'''에서만 '''전표수정'''으로 들어갈 수 있습니다. 이점 '''주의'''하십시오!<br /> <br /> HR/ER 메뉴를 클릭하여 처음 들어가서 나오는 화면에서만 접근할 수 있습니다!<br /> <br /> ::[[파일:reject_03.jpg|800px]]<br /> <br /> 참고로, 수정 버튼은 맨 아래 있습니다. <br /> #) 수정버튼 누르기<br /> #) 내용 수정하기<br /> #) 결재올리기<br /> <br /> ::::[[파일:reject_04.jpg|700px]]<br /> <br /> <br /> * 참고: 다른 담당자에게 지정하기 혹은 담당자 변경<br /> PM 뿐만이 아니라, 비용전표를 작성한 사람 혹은 회계담당자(AM)등, 메뉴로 들어간 첫 화면에서 Reject된 전표가 보이는 사람(수정 권한을 가지고 있는 사람)은 누구나 새로 담당자를 지정해서 복사본(Clone)을 생성할 수 있습니다. <br /> <br /> * 복사본(Clone) 만들기<br /> PM은 Reject 후에 해당 비용결재 문서(ER: Expense Report)의 '''복사본(Clone)''' 버튼을 눌러 복사본(Clone)을 만들고 '''담당자'''를 변경합니다. (혹은 동일한 사용자에게 재 지정)<br /> <br /> ::1) 복사본 만들기 - pic #1<br /> :::PM은 Reject이후에 복사본을 만듭니다. 화면 하단 우측에 버튼이 있습니다.<br /> ㄴ<br /> ::::[[파일:reject_01.jpg|600px]]<br /> <br /> ::2) 복사본을 담당자에 연결하기 - pic #2<br /> ::: PM은 Reject이후에 복사본을 본래 기안자 혹은 새로운 담당자에게 연결합니다.(새로운 담당자에게 문서 접근 권한을 부여하는 과정)<br /> <br /> ::::[[파일:reject_02.jpg|600px]]<br /> <br /> =ER, 비용전표 작성 (일반 프로젝트 멤버)=<br /> 프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br /> <br /> 비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br /> <br /> [비용전표(ER) 작성시 일반 주의 사항]<br /> - ERP에서 날짜(Date)는 1인당 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 /> {{영수증 파일}}<br /> <br /> =회계담당자(AM)의 검사(Validiation)=<br /> 각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER, Expense Report)의 내용을 검사한다.<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 /> <br /> Approval 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 /> &quot;Enter payment&quot;에서는 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 /> ==은행 업무 프로세스==<br /> [신규, '25년 11월 30일부로 실시함]<br /> <br /> === 프로세스 설명===<br /> 회계담당자(AM)은 비용지급(요청) 전표(ER)의 승인이 나면, 다음과 같은 순서로 업무를 진행한다.<br /> <br /> [Daily]<br /> <br /> #. 비용지급전표(ER)에 따라서, 요청자에게 금액을 지급한다. (은행 전송) [PAID 과정]<br /> #. 당일 지급 내용이 끝나면, 은행 출납 내역을 캡쳐하여, ERP 은행 장부에 upload 한다. [File Upload 과정]<br /> <br /> [Monthly once] <br /> <br /> 회계담당자는 한 달에 한번, 은행잔고(Account Balance) 파일을 업로드 한다.<br /> <br /> === PMO의 관리 ===<br /> 1. 일별 관리 ('''Dailiy process''')<br /> <br /> PMO(Project Management Office)에서는 매일 은행 내역과 ERP 은행 잔고를 확인한다. <br /> <br /> 2. 월별 관리 ('''Monthly process''')<br /> <br /> PMO에서는 매월 말, 회계담당자(AM)이 올린 은행 잔고 화면(캡쳐)과 ERP 은행 장부 금액을 확인한다.<br /> <br /> <br /> ===회계 담당자의 은행 관련 업무===<br /> 1. 매일 관리 사항<br /> * 회계담당자(AM)은 매일 실제 은행의 계좌 내역을 캡쳐해서 올린다. 단, 실제 은행 출납이 일어난 날짜만 파일을 올린다.<br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[file:rec_bank_01.jpg|700px]]<br /> &lt;/div&gt;<br /> <br /> * 관리하는 프로젝트의 ERP 장부상 은행을 선택한다.<br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[file:rec_bank_02.jpg|700px]]<br /> &lt;/div&gt;<br /> <br /> * 파일업로드 메뉴를 선택하여 들어간다.<br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[file:rec_bank_03.jpg|700px]]<br /> &lt;/div&gt;<br /> <br /> * 미리 캡쳐해 놓은 은행 잔고(Bank balance) 파일을 upload 한다. <br /> <br /> PMO에서는 회계담당자가 올린 파일을 확인한다. (일일잔고 확인 tag)<br /> <br /> 2. 매월말 확인 사항<br /> * 회계담당자(AM)은 매월 말 은행 잔고(Bank balance)를 캡쳐해서 올린다.<br /> <br /> PMO에서는 회계담당자가 올린 파일을 확인한다. (월말잔고 확인 tag)<br /> <br /> 3. Reconcile [조정] <br /> 조정이란 말은 ERP 장부상 잔액과 은행잔고를 동일하게 맞추는 과정을 말한다. <br /> <br /> 가. 해당 프로젝트의 ERP장부상, 은행을 선택한다.<br /> <br /> 나. 해당 은행의 메뉴에서 '''Reconcile'''을 선택한다.<br /> <br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[파일:rec_bank_pmo_01.jpg|700px|그림 설명]]<br /> &lt;/div&gt;<br /> <br /> 다. upload된 파일과 금액이 일치하는지 확인 후, 해당 내역을 클릭한다.<br /> <br /> 라. 날짜를 적고, tag를 선택 후 [일일 잔고 확인, 월말 잔고 확인 중 택1] '''Click Reconcile''' 버튼을 클릭한다.<br /> <br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[파일:rec_bank_pmo_02.jpg|700px|그림 설명]]<br /> &lt;/div&gt;<br /> <br /> * 참고 [[Bank reconcile]] - 은행조정<br /> <br /> ==ERP Bank Entries에서 확인 방법==<br /> ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br /> <br /> 한글 사이트에서는 &quot;유료&quot;라고 표시됨 주의<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 /> '''본 과정은 PMO에서 직접 수행함'''<br /> <br /> 회계담당자는 단순히 은행 계좌 화면 캡쳐한 것을 파일 업로드 해 놓을 것 (매일, 출납이 있을 경우에만)<br /> <br /> [주의]<br /> ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br /> 만약 다를 경우에는 자필 사유서를 제출해야 함<br /> <br /> {{:Bank reconcile}}<br /> <br /> =ERP billing, payment=<br /> 현금 지급의 경우로, 무증빙(영수증이 없는 경우) 처리하는 것이다.<br /> <br /> 영수증이 있는 경우에는 ER (Expense Report)로 집계가 되지만, 무증빙(영수증 없는 경우)는 비용 항목으로 집계하기 위해 영수증 아닌 설명자료를 첨부하기 위해서 작성한다. 특히, Billing, payment로 처리된 경우, ERP Bank에 직접 기록된다.<br /> <br /> <br /> {{:ERP billing}}<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에서 &quot;Lines to bind&quot; 메뉴를 선택한다.<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=&quot;wikitable&quot; style=&quot;margin:auto&quot;<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 &amp; 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)에 기록되는 경우가 있다. <br /> <br /> 이때는 <br /> # 분개장(Journal) 기록에서 삭제하고 <br /> # 다시 기록(Recording)하는 작업을 <br /> <br /> 해주면 된다.<br /> <br /> <br /> * 주의<br /> 분개장(Journal)에서 &quot;삭제&quot;의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br /> &quot;삭제&quot;한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br /> <br /> 다음은 '''잘못 바인딩(Binding error)'''된 비용전표(ER)을 수정하는 예시이다.<br /> <br /> 예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br /> <br /> <br /> * [https://drive.google.com/file/d/1pfGyiqw7Jbhs51I-7o-bwIIOexK7ei7l/view?usp=sharing%7C '''바인딩(Binding) 오류 수정 동영상''' 설명]<br /> <br /> [동영상 내용 설명]<br /> # KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br /> # 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br /> # 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.-&gt; 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br /> # 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br /> <br /> <br /> 설명한 내용을 동영상에서 확인해 보자.<br /> <br /> <br /> 잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : [https://drive.google.com/file/d/1pfGyiqw7Jbhs51I-7o-bwIIOexK7ei7l/view?usp=sharing%7C '''바인딩(Binding) 오류 수정 동영상''' 설명]<br /> <br /> <br /> * 주요 사항<br /> binding 처리 - 목록(list)에서만 삭제하는 과정임<br /> <br /> # binding list에서 삭제 (list에서만 삭제되는 것임)<br /> # 다시 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 &amp; 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 /> = 사용 중인 COA =<br /> <br /> * 현재 사용 중인 CoA는 유럽에서 주로 사용한 영국 CoA를 그대로 사용한다. 추가적인 것은 3번째자리에서 추가해서 이용한다.<br /> <br /> 예시)<br /> 621 - '''6''': Expense, '''2''': Payroll, '''1''': temporary salary<br /> <br /> Dolibarr ERP에서 할당한 '''id=11 : ENG-BASE'''<br /> <br /> * 현재 CoA 파일로 export 주의사항<br /> :Dolibarr는 프랑스어가 기본 언어로, export에서 '''Chart of accounts id'''를 지정해 주지 않으면, 프랑스어로 출력된다. <br /> <br /> :아래 그림과 같이 반드시 Chart of accounts id = '''11'''을 지정해 주어야 영어로된 ENG-BASE CoA(Chart of Accounts)가 출력된다.<br /> <br /> ::[[file:Coa_03.jpg|800px]]<br /> <br /> <br /> ==ENG-Base CoA==<br /> * 경리월보의 COA와 ERP에서 사용하는 COA 변환표 : '''Expense report accounts'''<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! COA !! 경리월보 !! Label(명칭) !! 비고<br /> |-<br /> | 602 || a1 || Office Furniture &amp; Fixture buy [設備] 가구 비품 || <br /> |-<br /> | 6021 || a2 || Office Photocopy &amp; Projector buy [設施] 시설 || <br /> |-<br /> | 606 || a6 || Other office supply [其他流動資產] 기타 유동자산 || <br /> |-<br /> | 613 || B1 || Office Rentals deposit [押金] 임대보증금 || <br /> |-<br /> | 6131 || b2 || Residence Rentals deposit [外派員工宿舍押金] 파견직원숙소 보증금 || <br /> |-<br /> | 6132 || b3 || Company vehicle rentals deposit [租公司車押金] 법인차량 임대보증금 || <br /> |-<br /> | 618 || b4 || Deposit others [其他押金] 기타 보증금 || <br /> |-<br /> | 6261 || c1 || Telephone, Mobile/ Fax [電話費] 전화료 || <br /> |-<br /> | 6262 || c2 || Postage &amp; Courier [郵資] 우편료 || <br /> |-<br /> | 6241 || d1 || BT. Public trans.(taxi) fare [市區交通費] 시내교통비 || <br /> |-<br /> | 625 || d2 || BT. Local trip, hotel &amp; transfer [國內出差], 국내 출장 || <br /> |-<br /> | 6251 || d3 || Business trip overseas [해외출장] || <br /> |-<br /> | 6252 || d4 || BT biz trip Other expense [出差其他支出] 출장 기타 지출 || <br /> |-<br /> | 616 || E || Insurance premiums [健保費] 보험료 || <br /> |-<br /> | 631 || f1 || TD Taxes and similar payments on remuneration (tax administrations) || <br /> |-<br /> | 635 || f2 || TD PJT Other taxes, duties and similar payments (tax administrations) || <br /> |-<br /> | 647 || f3 || TD Other payroll taxes || <br /> |-<br /> | 697 || f4 || Annual company tax [營利稅] 법인세 || <br /> |-<br /> | 698 || f5 || Tax integration [其他稅目] 기타 세금 || <br /> |-<br /> | 6481 || g1 || ME. Branch Meals 交際應酬費 [PM ONLY] 접대비 || <br /> |-<br /> | 6482 || g2 || PJT Construction Meals &amp; others with Customer [業務招待費] 고객접대비 || <br /> |-<br /> | 6451 || h1 || WELL. Tuition for children || <br /> |-<br /> | 645 || h2 || WELL. member meals [員工福利] 복후비 || <br /> |-<br /> | 648 || h3 || WELL. Other staff costs [其他支出] 簽核必須 찬허(기안)필수 || <br /> |-<br /> | 648 || h4 || WELL. Medical hospital || <br /> |-<br /> | 6111 || i1 || dc: Pjt Service Charge, expense [服務費] 용역수수료 || 개별비<br /> |-<br /> | 668 || i2 || CH. Finance fee / Bank Charge [手續費] 은행수수료 || <br /> |-<br /> | 6112 || i3 || dc: Pjt FAT expense [工廠驗收測試] 공장인수검사관련 || 개별비<br /> |-<br /> | 628 || i4 || dc. Pjt other expense [其他勞務費] 기타용역비 || 개별비<br /> |-<br /> | 672 || i5 || Expense over financial years(Reserved) || <br /> |-<br /> | 6231 || J || Books &amp; Printings || <br /> |-<br /> | 615 || K || Company vheicle op. and repair [公司車] 법인차량 || <br /> |-<br /> | 6151 || K1 || Car toll fee, parking [停車費, 通行費] 주차, 톨비 || <br /> |-<br /> | 6152 || K2 || Car fuel, gas [加油] 주유비 || <br /> |-<br /> | 624 || L || dc: Pjt Transport [材料運費], 자재운반비 || 개별비<br /> |-<br /> | 623 || M || Advertising, publications, public relations || <br /> |-<br /> | 617 || N || dc: Pjt employee training [員工教育訓練費] 직원교육훈련비 || 개별비<br /> |-<br /> | 6171 || O || PJT Conference [會議費] 非娛樂開支, 회의비 (접대비 아님) || <br /> |-<br /> | 6181 || P || Office Keeping (Utility) water, electricity, cleaning [水電瓦斯費] 사무실 수도광열비 || <br /> |-<br /> | 641 || q1 || Payroll Salary of HQ Employee || <br /> |-<br /> | 644 || q2 || Payroll Salary of the Local work || <br /> |-<br /> | 621 || q3 || Payroll Salary temp. worker, Others (打工時薪) 알바비, 기타잡비 포함 || <br /> |-<br /> | 6211 || q4 || Payroll Other payment expense [其他應付款] 급여외 추가지급금 || <br /> |-<br /> | 6022 || R || Office Stationaries [辦公用品] 사무용품비 || <br /> |-<br /> | 658 || S || Miscellaneous operating expenses [其他營業費用] 기타 영업비 || <br /> |-<br /> | 678 || T || Other operating expenses [營業外支出] 기타 영업외 비용 || <br /> |-<br /> | 601 || U || dc: Pjt buy raw materials [現場材料費] 현장재료비, 안전구 || 개별비<br /> |-<br /> | 614 || u1 || Monthly Office Rental fee [辦公室租金] 사무실 임료 || <br /> |-<br /> | 6141 || u2 || Monthly Residence Rental fee [外派員工住宿費] 파견숙소월세 || <br /> |-<br /> | 6142 || u3 || Monthly company vehicle rental fee [租車公司費] 법인차량임료 || <br /> |-<br /> | 6221 || u4 || Vehicle register or license other expense [汽公司車登記費, 規費] 법인 차량 등록비 등 || <br /> |}<br /> <br /> * 현지에서 법인 처리를 위한 계정이 별도로 있습니다. 예) 이연처리<br /> * 확정되지 않은 COA는 재무/회계팀과 협의 후에 결정합니다.<br /> * 프로젝트에 따라, COA 구분은 조회는 되나, 경리월보와 같은 영수증 별 조회는 별도 엑셀 자동화 파일에서 가능합니다. ERP Extract Data v. 7 (xlsx)<br /> <br /> <br /> ==제조개별비 처리==<br /> 경리 월보의 항목 중에서 비용으로 처리하지 않고, 본사에서 별도로 제조 개별비 원가 처리(매출)<br /> <br /> '''회계팀, PM과 확인하여 해당 계정 확정 할 것'''<br /> <br /> * 항목<br /> # 제조지급수수료(용역), 교육관련 - 제조교육훈련비(기타)<br /> # 제조지급수수료(용역)<br /> # 제조지급수수료(기타)<br /> # 제조운반비 - 현지 물품대에 대한 VAT<br /> # 제조소모품비(기타) - 안전 공구<br /> # 제조운반비 - 현장인도비용<br /> <br /> ==추가 및 변경 COA, 25.06==<br /> 다음은 26년 6월부로 추가 및 변경되는 CoA항목이다.<br /> <br /> <br /> * 프로젝트 개별비(Direct Cost) 구분<br /> :{| class=&quot;wikitable&quot;<br /> |-<br /> ! COA !! 경리월보 !! 비용명칭(ERP) !! pjt 개별비 분류 !! 비고<br /> |-<br /> | 617 || N || dc: Pjt employee training [員工教育訓練費] 직원교육훈련비 || 제조교육훈련비(기타) || 프로젝트 개별비<br /> |-<br /> | 6111 || i1 || dc: Pjt Service Charge, expense [服務費] 용역수수료 || 제조지급수수료 || &quot;<br /> |-<br /> | 601 || U || dc: Pjt buy raw materials [現場材料費] 현장재료비 || 제조소모품비 || &quot;<br /> |-<br /> | 624 || L || dc: Pjt Transport [材料運費] 자재운반비 || 제조운반비 || 운반비 + VAT<br /> |-<br /> | 624 || (-) || dc: Transporting VAT [운반비 부가세] || 자동 반영 || &quot;<br /> |-<br /> | 6112 || i3 || dc: Pjt FAT expense [工廠驗收測試] 공장인수검사관련 || 개별 판단 || &quot;<br /> |-<br /> | 628 || i4 || dc. Pjt other expense [其他勞務費] 기타용역비 || 용역비 기타 || &quot;<br /> |}<br /> <br /> * 추가 및 변경된 CoA<br /> :{| class=&quot;wikitable&quot;<br /> |-<br /> ! COA !! 경리월보 !! 비용명칭(ERP) !! 항목(한글) !! 비고<br /> |-<br /> | 615 || K || Compan car op. and repair [公司車] 법인차량 || 차량유지비 || Vehicle Op.<br /> |-<br /> | 6151 || K || Car toll fee, parking [停車費, 通行費] 주차, 톨비 || 주차/통행료 || Car toll fee, parking<br /> |-<br /> | 6152 || K || Car fuel, gas [加油] 주유비 || 유류대 || Car fuel<br /> |}<br /> <br /> <br /> <br /> * CoA로 할당<br /> <br /> 자동차 관련(car)을 입력할 경우, '''類型'''에서 '''car'''라고 적으면, 선택할 수 있는 리스트가 나온다.<br /> [[file:coa_01.jpg|1000px]]<br /> <br /> <br /> * 참고용 접두어<br /> ::{| class=&quot;wikitable&quot;<br /> |-<br /> ! 접두어 !! 그룹명 !! 해당 항목 수<br /> |-<br /> | BT || '''B'''usiness '''T'''rip (출장) || 4개<br /> |-<br /> | TD || '''T'''ax &amp; '''D'''uties (세금) || 4개<br /> |-<br /> | ME || '''M'''eals &amp; '''E'''ntertainment (식대/접대) || 2개<br /> |-<br /> | WELL || '''Wel'''fare (복리후생) || 4개<br /> |-<br /> | CH || '''Ch'''arges (수수료) || 2개<br /> |-<br /> | PJT || Project (프로젝트) || 2개<br /> |-<br /> | Comm || '''Comm'''unication (통신) || 2개<br /> |-<br /> | '''Payroll''' || 급여 || 4개<br /> |-<br /> | '''Deposit''' || 보증금 || 4개<br /> |-<br /> | '''Car''' || 차량 관련 || 2개<br /> |}<br /> <br /> <br /> * '''詳細描述''' 필수 입력<br /> 자동차 관련 연료(Fuel, Gas)이거나, 주차료, 통행료 입력의 경우에는 반드시 詳細描述 box에서, 다음 3가지를 적어야 한다.<br /> # 프로젝트 이름 / Project name<br /> # 장소 / Place<br /> # 사유 / Reason<br /> :[[file:coa_02.jpg|1000px]]<br /> <br /> <br /> <br /> * 개선 방향<br /> 경리월보 항목을 CoA에 매핑 (신규가 아님, 이미 있음, 원가적 소모품 등) 조회할 때, 해당 것만 묶어서 처리<br /> <br /> <br /> * 문제<br /> # CoA 이해 부족 - PM, AM<br /> # 검증 및 검사 필요 - 해당 항목에 대한 분류를 결재 단계에서 부터 해야 함 (나중에 다시 처리는 복잡)<br /> # Custom account 조회 어려워 함 - ERP 사용이 익숙하지 않음 (구축 단계 부터 차근 차근 사용도를 높이는 과정 부족)<br /> <br /> ==사용 주의 계정(Accounts)==<br /> <br /> * '''사용 주의 계정'''<br /> :{| class=&quot;wikitable&quot; style=&quot;text-align:left; font-size:90%;&quot;<br /> |-<br /> ! COA !! 경리월보 !! Label(명칭) !! 비고 !! 주의사항<br /> |-<br /> | 6241 || d1 || BT. Public trans.(taxi) fare [市區交通費] 시내교통비 || 현급지급 검토 (유류대 지원, 오토바이)??? || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;통제성 경비&lt;/span&gt;<br /> |-<br /> | 625 || d2 || BT. Local trip, hotel &amp; transfer [國內出差], 국내 출장 || &lt;span style=&quot;color:#d9534f;&quot;&gt;일당한도 600$&lt;/span&gt;, 숙박비(통일영수증), 교통비, 출장명령서 || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;600$ 이상, 개인소득신고 필요&lt;/span&gt;<br /> |-<br /> | 6251 || d3 || Business trip overseas [해외출장] || &lt;span style=&quot;color:#d9534f;&quot;&gt;공무원 규정 이상은 개인소득 분 신고&lt;/span&gt; || 국외부임여비보지요점(國外出差旅費報支要點)의 국가·도시별 일지수액(日支數額)<br /> |-<br /> | 6252 || d4 || BT biz trip Other expense [出差其他支出] 출장 기타 지출 || &lt;span style=&quot;color:#d9534f;&quot;&gt;일당지급시 지급 불가 (실비경우만)&lt;/span&gt; || &lt;span style=&quot;color:#d9534f;&quot;&gt;실비정산 경우만&lt;/span&gt;<br /> |-<br /> | 6481 || g1 || ME. Branch Meals 交際應酬費 [PM ONLY] 접대비 || 소수 지급인정접대비 (개인선물 포함) || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;통제성 경비&lt;/span&gt;<br /> |-<br /> | 6482 || g2 || PJT Construction Meals &amp; others with Customer [業務招待費] 고객접대비 || 현장식대 (年 TWD3,000$ / 1人) || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;통제성 경비&lt;/span&gt;<br /> |-<br /> | 645 || h2 || WELL. member meals [員工福利] 복후비 || &lt;span style=&quot;color:#d9534f;&quot;&gt;총급여 2% 이내 제한&lt;/span&gt; || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;통제성 경비&lt;/span&gt;<br /> |-<br /> | 648 || h4 || WELL. Medical hospital || &lt;span style=&quot;color:#d9534f;&quot;&gt;사전규정필요 (직공복리위원회(職工福利委員會))&lt;/span&gt; || &lt;span style=&quot;background-color:#f2dede;&quot;&gt;미사용&lt;/span&gt;<br /> |-<br /> | 6151 || K1 || Car toll fee, parking [停車費, 通行費] 주차, 톨비 || 출장명령서, 휴일근무명령서, 구글지도(이동거리), 주유영수증 || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;소득신고&lt;/span&gt;<br /> |-<br /> | 6152 || K2 || Car fuel, gas [加油] 주유비 || 출장명령서, 휴일근무명령서, 구글지도(이동거리), 주유영수증 || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;소득신고&lt;/span&gt;<br /> |-<br /> | 6171 || O || PJT Conference [會議費] 非娛樂開支, 회의비 (접대비 아님) || 회의록, 참여 명단 (사인본) || 참석자 명단<br /> |-<br /> | 6211 || q4 || Payroll Other payment expense [其他應付款] 급여외 추가지급금 || &lt;span style=&quot;color:#d9534f;&quot;&gt;급여반영 필수&lt;/span&gt; || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;소득신고&lt;/span&gt;<br /> |}<br /> <br /> * '''프로젝트 개별비 (Direct cost)'''<br /> :{| class=&quot;wikitable&quot; style=&quot;text-align:left; font-size:90%;&quot;<br /> |-<br /> ! COA !! 경리월보 !! Label(명칭) !! 비고 !! 주의사항<br /> |-<br /> | 6111 || i1 || dc: Pjt Service Charge, expense [服務費] 용역수수료 || 개별비 ||<br /> |-<br /> | 6112 || i3 || dc: Pjt FAT expense [工廠驗收測試] 공장인수검사관련 || &lt;span style=&quot;color:#d9534f;&quot;&gt;개별비 (검토, 본사계정여부)&lt;/span&gt; || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;검토 필요&lt;/span&gt;<br /> |-<br /> | 628 || i4 || dc. Pjt other expense [其他勞務費] 기타용역비 || 개별비 ||<br /> |-<br /> | 624 || L || dc: Pjt Transport [材料運費], 자재운반비 || &lt;span style=&quot;color:#d9534f;&quot;&gt;개별비, 부가세포함&lt;/span&gt; || 자재운반비 및 VAT 포함 집계<br /> |-<br /> | 617 || N || dc: Pjt employee training [員工教育訓練費] 직원교육훈련비 || 개별비 ||<br /> |-<br /> | 601 || U || dc: Pjt buy raw materials [現場材料費] 현장재료비, 안전구 || 개별비 ||<br /> |}<br /> <br /> ==바인딩된 CoA의 수정==<br /> [[Admin관련#CoA_할당_수정_과정| 할당 및 수정 과정]] from Admin 관련 참조<br /> <br /> <br /> <br /> [[분류:ERP]]<br /> [[분류:회계]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=ERP_%EC%A1%B0%ED%9A%8C%EA%B8%B0%EB%8A%A5&diff=1300 2026-09-22T07:19:39Z

<p>172.27.0.1: /* 비용전표 묶음(Expense Binding) */</p> <hr /> <div>회계적으로 사용하는 ERP 조회 기능에 대해서 설명합니다.<br /> <br /> 자주 사용하는 기능 위주로 간략히 설명합니다.<br /> <br /> * 용어 관련 이해<br /> - 비용 사용 증빙: 영수증<br /> - 비용 전표 : ER, Expense Report (단수)<br /> - 회계 계정 : Accounting Accounts, 부서/프로젝트 회계 코드 혹은 '''보조계정(Sub-ledger)'''라고도 함<br /> - 은행 보고서 : Bank Report (ERP상 은행 기록임, 실제 은행 기록 아님)<br /> - 비용 보고서 : Expense Reports, (복수) 비용전표의 모음, 전체적인 리포트 의미 (프로젝트별, 부서별)<br /> - Account Balance : 계좌 잔고, 항목별(CoA, Chart of Accounts) 사용 내역<br /> - Accounting : 회계, 부기 (실제 비용 사용과 이것을 정리하는 것이 accounting)<br /> <br /> * ERP 기준은 비용전표(ER)<br /> 한 개의 비용전표(ER)에는 여러 개의 영수증을 첨부할 수 있으므로, ERP에서는 비용전표를 기준으로 비용 구분을 한다.<br /> <br /> = Accounting 메뉴=<br /> 기록장에 기록하는 것, 실제 사용(Expense Report)는 원래 대로 존재하고, 이것의 결과(묶음, 분류)를 적는 활동, 언제던지 삭제, 수정 가능하다. (원래 사용 내역은 지우지 않음)<br /> <br /> * Accouting 하는 것<br /> # 고객 청구서 (납품대 요청)<br /> # 협력사 청구 사항 (납품대 지급)<br /> # 비용 내용 (복식부기 bank / Expense)<br /> <br /> ==고객 청구서(Invoice)==<br /> 고객에게 청구 요청한 내용을 관리하는 것이다.<br /> <br /> [[file:invoice_01.jpg|800px]]<br /> <br /> <br /> ==협력사 청구(Vendor Invoice)==<br /> 협력사에게 대금을 지급하기 위한 받은 청구서 (지급해야 할 금액)<br /> <br /> [[file:invoice_02.jpg|800px]]<br /> <br /> <br /> ==비용전표 묶음(Expense Binding)==<br /> 비용전표를 분류하는 것<br /> <br /> 정확히 표현하면, 계정과목(CoA)에 모든 내역이 1:1 매칭이 되는지 확인하는 것이다. Binding과정 중에 '''적절하지 않은 계정이 사용된 경우, 이 과정에서 수정'''한다. <br /> <br /> 예를 들어, 사무실 문구류는 일반 비용이지만, 같은 문구류라도 현장에서 사용된 경우는 프로젝트 비용으로 직접비가 된다. 이것을 회계 담당자가, 전표수준에서 수정하는 것이 아니라, 회계상 수정(Accouting)하는 것이 바인딩 과정이다.<br /> <br /> 사전에 나눠놓은 회계 코드(부서, 프로젝트 회계 코드)에 맞춰 분류 한다.<br /> <br /> * 바인딩(묶음) 해야 하는 것<br /> 신규로 분류하기, 각 회계 담당자가 본인의 것을 구분하여 분류해야 함<br /> <br /> * 바인딩(묶음) 된 것 - 영수증 기준<br /> 이미 묶여 있는 것, 잘못된 것을 수정하기 위해서 삭제 해도 된다. 삭제는 분류를 삭제하는 것이지 '''실제 비용 내용 자체를 삭제하는 것이 아님 주의!'''<br /> <br /> [[file:invoice_03.jpg|800px]]<br /> <br /> * 특히, 영수증 기준으로 하나씩 확인 가능함. ERP는 비용전표 기준으로 조회가 되나, 여기서는 영수증 기준으로 조회됨 (번호 부여)<br /> <br /> =Account왼쪽 하단 메뉴=<br /> 회계 내용을 보기 위한 것으로, 왼쪽 하단에 다음과 같은 메뉴가 있다.<br /> <br /> # 원장(Ledger) - 전체 내용<br /> # 분개장(Journal) - 회계 보고서, 분류된 보고서<br /> # 계정별 잔액(Account Balance) - 계정별 내용<br /> # Export accountancy - 회계 내역 추출<br /> # Closure - 마감<br /> # 보고 - Report<br /> <br /> [[file:accounting_01.jpg|600px]]<br /> <br /> ==원장(Ledger)==<br /> 원장은 전체 내용을 조회한다.<br /> <br /> # 목록 보기 - 회계보고서(Journal)별, 부서/프로젝트 회계코드(보조계정) 등으로 구분하여 조회 할 수 있다.<br /> # 그룹 목록 보기 - '''사전에 정의한 회계코드 묶음'''에 따라 구별하여 조회할 수 있음<br /> # 보조계정 분류 보기 - 사용한 부서/프로젝트 회계코드(보조계정, Sub-ledger)에 맞춰 분류하여 조회<br /> <br /> * 목록 보기 - 거래 번호 기준으로 순서대로 나열<br /> 전체적이 내용을 확인하는 화면 <br /> <br /> [[file:accounting_02.jpg|600px]]<br /> <br /> * 그룹 목롭 보기 - 사전에 그룹으로 지정해 놓은 경우, 그룹 내역을 확인 할 수 있음 [[ERP_조회기능#Custom_Group_Account| Custom Group Account]]<br /> <br /> '''회계목록(번호, COA 번호, 코드)를 아는 경우에는 해당 코드로 조회 가능'''<br /> <br /> [[file:accounting_03.jpg|600px]]<br /> <br /> * 보조계정 분류 보기 - 보조 계정별로 구분해서 조회 가능하다.<br /> <br /> [[file:accounting_04.jpg|600px]]<br /> <br /> ==분개장(Journal)==<br /> <br /> * 원장과 내용 동일<br /> * 원래는 원장 메뉴가 분개장(Journal) 화면을 불러서 사용하는 것임<br /> * 추후 필요에 따라 변경 예상<br /> <br /> ==Account Balance(계정별 집계)==<br /> # 초기 화면은 전체적인 계정별 집계이고, <br /> # 회계코드 혹은 보조계정원장(sub-ledger)를 선택함에 따라서, 해당 부서/프로젝트 별로 회계 집계를 확인할 수 있다.<br /> # 또한, 전체 혹은 보조계정원장에서 특정 회계코드를 조회하여 확인 할 수 있다.<br /> <br /> * 전체적인 계정별 집계<br /> [[file:accounting_05.jpg|600px]]<br /> <br /> * 특정 프로젝트, 특정 회계(계정) 항목 선택의 경우 예시<br /> - 신호 프로젝트 선택 후<br /> - 부가세 항목 조회 한 경우<br /> 6311: 판매 부가세<br /> 6312: 구매 부가세<br /> <br /> [[file:accounting_06.jpg|600px]]<br /> <br /> ==Export Accountancy(자료출력)==<br /> 회계 항목이나 프로젝트에 따라서 선택된 내용을 '''별도로 조회하고 출력'''하는 기능<br /> <br /> [[file:accounting_07.jpg|600px]]<br /> <br /> * 부가세 항목만 모두 출력한 경우 - 전체 프로젝트 (현지 법인 종합)<br /> <br /> [[file:accounting_071.jpg|600px]]<br /> <br /> * 부가세 항목만 프로젝트 구분 출력한 경우 - 현지 법인내, 프로젝트 구분 출력<br /> <br /> [[file:accounting_072.jpg|600px]]<br /> <br /> ==Closure==<br /> * 회기 년도 설정<br /> <br /> * 마감 설정 - 마감을 하면, 해당일까지 손익 계산이 된다.<br /> <br /> [[file:accounting_08.jpg|600px]]<br /> <br /> <br /> ==보고: Report==<br /> 원래는 가장 중요한 부분이다.<br /> <br /> 마감(Closure)를 하고 나면, 손익 계산을 하게 되고, 해당 손익 계산을 구분해서 조회한다.<br /> <br /> # 수익 / 비용<br /> # 장부상 손익분기 (Turnover invoiced) - 비용, invoice발생으로 손익 분기 확인, 특히 특정 항목을 매출로 분리해서 처리 하는 것도 가능 (by 사전 정의 필요)<br /> # 상계상 손익분기 (Turnover collected) - 협력사 청구와 영업사원 매출 집계로 손익 분기 확인<br /> # 구매 장부상 손익 분기 (Purchase turnover invoiced) - 상품, 서비스 구매 및 협력업체 별로 구분 조회<br /> # 구매 협력사별 손익 분기 (Purchase turnover collected) - 구매한 협력사별 대금 지급(비용) 내역<br /> <br /> <br /> * 보고 (메뉴 리스트)<br /> <br /> [[file:accounting_09.jpg|800px]]<br /> <br /> * 설정 사항<br /> 각 각의 메뉴에서 추가하여 사용하므로, 해당 메뉴 안에서 경우에 따라 추가할 것<br /> <br /> =Custom Group Account=<br /> 회계코드 조합으로 원하는 회계 결과를 도출할 수 있음<br /> <br /> * Personalized Group<br /> <br /> [[file:accounting_10.jpg|800px]]<br /> <br /> <br /> * Personalized or Custom Group 만들기 (메뉴 진입) - Admin만 가능<br /> <br /> Personalized Group 메뉴에서 setup 하기 <br /> <br /> [[file:accounting_11.jpg|800px]]<br /> <br /> <br /> ==Accountancy의 Setup으로 메뉴 진입==<br /> <br /> [[file:accounting_12.jpg|800px]]<br /> <br /> <br /> [[AM_role#사용_중인_COA|TW ERP에서 사용중인 CoA]]<br /> <br /> [[분류:ERP]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=Admin%EA%B4%80%EB%A0%A8&diff=1299 2026-09-21T06:58:02Z

<p>172.27.0.1: /* =국가 설정으로 들어가는 법 */</p> <hr /> <div>Admin 관련 사항입니다.<br /> <br /> 비즈니스 로직, ERP 내부 운영에 대한 administrator 뿐만 아니라, 시스템 자체의 root 관련 기능도 혼재되어 있습니다. 전체적인 관리를 위한 포인트를 모아 놓은 것입니다.<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 /> 로그인 포털 &gt;&gt; 고급 (생성)<br /> <br /> 역방향 프록시를 설정한다. --&gt; 패킷이 도달하면, HSTS 활성화 (443 포트로 들어온 놈)을 찾아서, <br /> <br /> 만들어 놓은 list 예를 들어 https(443) ---&gt; 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)'''는 웹 서버가 브라우저에게 '''&quot;앞으로 이 도메인에 대해 HTTPS로만 접속하라&quot;'''고 지시하는 보안 메커니즘입니다. 이는 '''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 &quot;max-age=31536000; includeSubDomains&quot; 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-&gt;add(&quot;/societe/list.php?leftmenu=thirdparties&quot;, $langs-&gt;trans(&quot;List&quot;), 1, $user-&gt;hasRight('societe', 'lire'), '', $mainmenu, 'thirdparties_list', 2);<br /> 여기서 확인해 보면, lang 파일에서 &quot;List&quot;로 되어 있다.<br /> <br /> <br /> * 언어팩(langs) 위치<br /> 언어팩 위치는 다음과 같다.<br /> <br /> 디렉토리 위치 : /var/www/html/langs/ko_KR<br /> 사용 파일: 'ThirdParties' =&gt; '거래처 관리' ??? --&gt; 어디서 수정하는 거야?<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 /> 업무 로직 관련 사항입니다. <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 /> ===전체 tag/category 메뉴===<br /> 전체 태그, 카테고리를 조정하는 메뉴는 tools 메뉴의 카테고리로 들어간다.<br /> <br /> [[file:tools_tag_01.jpg|600px]]<br /> <br /> ===Users &amp; 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자리 사용시 나머지 &quot;00&quot; 붙여서 사용하기<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 &quot;wait[ing]&quot; - 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 작성 중 &quot;유형&quot; 부분 입력 창 검색 화면<br /> <br /> ===SL_Group 활용===<br /> SL_Group은 Salary_Group을 설정하는 것이다.이것은 only blilling의 Salary에서만 사용하는 tag/group으로 설정도 유니크하다. <br /> <br /> * 급여 입력 화면<br /> Billing &gt;&gt; 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 &gt;&gt; tags/group설정 메뉴)와 달리, finance 모듈 설정에서만 만들 수 있다.<br /> <br /> * SL_Group 작성하는 법<br /> (admin만 가능하다)<br /> : 1. Home &gt;&gt; '''모듈 / 응용 프로그램''' 진입<br /> : 2. Finance &gt;&gt; '''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 /> # 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=&quot;wikitable&quot;<br /> ! 번호<br /> ! 설명<br /> ! 할당 계정(코드)<br /> <br /> |-<br /> ! colspan=&quot;3&quot; style=&quot;text-align:left;&quot; | Customer/Users<br /> <br /> |-<br /> | 1<br /> | Account used for &quot;customer&quot; third parties<br /> | 411 - Customers<br /> <br /> |-<br /> | 2<br /> | Account used for the &quot;vendor&quot; 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 &quot;users&quot; on expense reports<br /> | 421 - Staff - Remuneration due<br /> <br /> |-<br /> ! colspan=&quot;3&quot; style=&quot;text-align:left;&quot; | 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=&quot;3&quot; style=&quot;text-align:left;&quot; | 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=&quot;3&quot; style=&quot;text-align:left;&quot; | 기타<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 &gt;&gt; Setup &gt;&gt; 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 &gt;&gt; 바인딩완료(조정/수정) 부분에서 별도로 수정하는 것 활용<br /> <br /> ==CoA 할당 수정 과정==<br /> <br /> * Accouting에서 이미 binding 된 것 수정 (해당 전표 찾아서 수정 버튼 클릭)<br /> <br /> 비용전표 묶음(Expense binding) &gt;&gt; 바인딩완료(조정/수정) 부분<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>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=%EC%98%81%EC%88%98%EC%A6%9D_%ED%8C%8C%EC%9D%BC&diff=1298 2026-09-15T08:10:54Z

<p>172.27.0.1: /* ERP사용 잇점 */</p> <hr /> <div>* You can change it to your own language by right-clicking on the web browser.<br /> * 您可以透過右鍵單擊網頁瀏覽器將其變更為您自己的語言。<br /> <br /> <br /> = 영수증 처리 방법 =<br /> 영수증 파일 upload에 대한 내용입니다.<br /> <br /> ==주의사항==<br /> 비용전표(ER, Expense Report)를 처리하는 방법은 몇 가지가 있습니다.<br /> <br /> 그러나, 다른 업무와의 연동처리를 위하여, 반드시 다음의 방법으로만 영수증을 첨부(upload)하시기 바랍니다.<br /> <br /> 다른 방법을 사용할 경우, 재작성 혹은 reject합니다.<br /> <br /> ==영수증 upload==<br /> 영수증 첨부 방법<br /> <br /> 영수증은 다음 그림에서 처럼 '''비용전표(ER, Expense Report)에서 처럼 thumb nail'''로 나타나야 합니다.<br /> <br /> * 올바른 영수증 파일 올리기를 한 경우, thumbn ail이 보입니다.<br /> [[file:ER_upload_receipt01.jpg|800px]]<br /> <br /> ==Attach the line to an uploaded document==<br /> 파일 attach는 line 기준으로 붙여 넣습니다. 모든 청구서 라인과 영수증 매칭을 위해서 '''uploaded new document now''' 을 사용합니다.<br /> <br /> ER(Expense Report)를 작성하실 대, 아래 그램의 설명처럼 “uploaded new document now” 방법을 사용해서 작성해 주십시오. (자동 썸네일 생성)<br /> <br /> 원래, ER 1개당, 영수증은 1개만 사용하는 것이 원칙인데, 입력 편의를 위해서, 여러 장 영수증을 사용하므로, “Attach the line…”.으로 자료를 올려달라고 본사 회계팀의 요청이 있습니다.<br /> <br /> 在之後撰寫費用報告（ER）時，請按照下圖所示的方法使用「 uploaded new document now 」功能。（自動生成縮略圖）<br /> 原則上，每份費用報告應僅使用一張收據，但為了輸入方便，使用了多張收據，因此總公司會計部門要求使用「 Attach the line …」的方式上傳數據。<br /> <br /> When writing an expense report (ER) later, please use the '''&quot;uploaded new document now&quot;''' function as shown in the figure belw. ('''Automatically generate thumbnails''')<br /> <br /> In principle, only one receipt should be used for each expense report, but for the convenience of input, multiple receipts are used, so the accounting department of the head office requires the use of &quot;uploaded new document now...&quot; method to upload data.)<br /> <br /> * 영수증 첨부는 uploaded new document now 메뉴를 사용합니다.<br /> <br /> [[file:ER_upload_022.jpg|800px]]<br /> <br /> 파일 업로드를 하고 나면, 아래와 같이 정상적으로 thumbnails이 보입니다.<br /> <br /> [[file:ER_upload_03.jpg|800px]]<br /> <br /> <br /> 다시 한번 주의사항을 환기합니다. 각 line별로 attach file이 되지 않으면, 비용전표(ER, Expense Report)는 재작성 하거나, Reject 됩니다.<br /> <br /> [참고]<br /> Attach the line to an uploaded document는 일단, '''uploaded new document now'''으로 여러 개의 파일을 올린 경우, 그 중에서 선택해서 붙여 넣을 때 사용하는 것입니다.<br /> 상세한 내용이나 잘 안되는 것은 각 프로젝트의 회계담당자에게 문의 바랍니다. (Jung Young Eun(KHH), RongRong(TYC), Phoebe(TPE))<br /> <br /> 이 방법은 많이 혼돈을 불러와서, 그냥 '''uploaded new document now'''방식만을 이용하기 바랍니다.<br /> <br /> ==영수증 처리 현황==<br /> 현재 업무 처리 현황과 ERP에서 변경하고자 하는 방안의 비교.<br /> <br /> * 현재 업무 처리<br /> # 비용발생(영수증)<br /> # 내역 및 영수증을 회계담당 담당자에게 전송 (우편 모집)<br /> # 회계 담당자가 내용 취합(엑셀, 경리월보), 우편으로 모인 영수증을 경리업체 제공(법적 보관 기간 3년)<br /> <br /> 작은 규모, 1개 지역의 프로젝트에서는 별다른 문제 없음.<br /> <br /> 그러나, 타오위엔/타이중/타이난과 같이 1개 프로젝트에서 여러 개 하위 서브 프로젝트가 있는 경우와 경리 업무 변경에 따른 혼선 및 착오 문제 발생<br /> <br /> * 변경 업무 처리 (ERP활용)<br /> # 비용 발생 (영수증)<br /> # ERP 입력 (영수증 사진 upload), 영수증 원본 우편 발송 (자료는 이미 데이터로 원격지 처리 가능)<br /> <br /> <br /> === ERP사용 이득===<br /> # 회계담당자의 업무 중복 제거 - 각 영수증 사용자가 스스로 입력<br /> # 단일 회계 담당자가 다수 프로젝트 관리 가능<br /> # 경리월보 신규 작성 없음 (이미 발생 순서대로 작성된 것으로 자동 작성됨)<br /> # 현지 회계 기장 업무 단순화 - 업체(프리미아)에서도 ERP에 접속하여, 작성 내용 유무 오류 스스로 발굴 문의 처리<br /> # 현지 회계 법인 최소 비용 활용 - 업무과 일원화 되어, 경제적 기장 업체 선택 활용 가능 (단순, 신고 대행 수준)<br /> <br /> <br /> * 회계담당자가 아닌, 일반 사용자('''PWO''')의 영수증 처리 사용예 (타오위엔 프로젝트)<br /> [[file:PWO_usages_01.jpg|600px]]<br /> <br /> <br /> * 회계담당자의 처리 현황 ('''PSO'''), '25년 3월 예<br /> [[file:PWO_usages_02.jpg|600px]]<br /> <br /> === 현재 문제점===<br /> 1. '''이중작업''' - 본사에서 경리월보 기준을 요구하여 (ERP 자료 검증을 못함) ERP입력, 경리월보 작성 <br /> 본사 회계팀과 지원본부(허승재이사님)에서 ERP만을 기준 자료로 사용하기로 함<br /> 이중 작업의 문제점은 기존 경리월보 방식을 유지하면<br /> 1) 현지 이중 작업 - 현지 프로젝트 멤버와 회계 담당자의 업무 반복 (취합, 정리 등)<br /> 2) 사업부 이중 작업 - HR입력을 위해서 영수증 검증을 위해서 영업팀 및 지원팀 검증 작업 발생<br /> 3) 본사 회계팀 이중 작업 - 사업부와 별개로 회계팀에서 또 다시 (영수증, 내역) 검사를 위해서 이중 작업<br /> <br /> 2. '''익숙함 부족'''<br /> 이전의 작업 방식(경리월보)에 익숙하여, 변경하지 못함<br /> 그러나, 운용 결과 익숙하지 못함의 문제이지, 업무 과정의 문제 아님 확인<br /> 일부, 현지 인원은 업무가 사라짐에 따른 약간의 저항 있음. (신규 입사자는 잘 적응, 기존 업무자들이 문제)<br /> <br /> 기존 업무자의 저항과 여러 단계의 이중작업으로 실질적인 업무 보다는 단순 작업 및 오류 수정 등의 작업에 치중되어 업무 효율 저하<br /> <br /> <br /> <br /> =영수증 자동추출=<br /> 영수증 자동 추출 엑셀 매크로 파일 사용 설명입니다.<br /> <br /> 원래는 ERP 업무 이관이 끝난 다음, ERP 사이트에서 구현되어야 하는 것인데, 이관이 늦어져서, 업무상 필요에 의해 임시로 만든 매크로입니다.<br /> <br /> ==사용 이유==<br /> 원래 ERP는 개인이 입력한 자료(비용전표)를 가지고 PM에게 결재를 요청하고, 결재가 완료된 비용전표가 회계 담당자가 처리하는 기준이 됩니다.<br /> <br /> 소규모 프로젝트 규모에서는 '''경리월보'''에서는 모집된 영수증을 기준으로 처리를 합니다. 즉, '''비용전표 기준'''인지, '''영수증 기준'''인지의 '''차이''' 때문에 새로운 창을 만들어 달라는 요구가 있습니다.<br /> <br /> * 개별 입력 자료 자동 취합<br /> 프로젝트 멤버들이 작성한 비용전표내의 영수증 파일을 회계 담당자에게 e-mail이나 파일 전송 없이, ERP에서 확인하여 회계 담당자가 스스로 다운로드 하여 사용하도록 함<br /> <br /> ==사용 설명==<br /> 경리월보로 보고를 하는 경우, ERP자료를 자동으로 추출하여, 경리월보 형태로 바꾸어서, 바로 사용할 수 있도록 함.<br /> <br /> ===경리월보===<br /> 경리월보의 세부 사용 내용을 작성하게 되어 있다. <br /> <br /> 경리월보의 세부 내역 sheet를 첨부된 자동추출 엑셀 메크로를 사용하여 대처 한다. <br /> <br /> * ERP 링크 형태도 제공 하므로, 필요시 경리월보에서 클릭을 통해서, 다운로드 없이 해당 영수증을 확인 할 수 있다.<br /> <br /> * 영수증 파일이 필요한 경우, ERP에서 직접 다운로드 하여 사용할 수 있다.<br /> <br /> ===ERP 처리 기준===<br /> ERP의 집계는 PM의 결재가 완료된 비용전표에 대해서만 처리 가능하다.<br /> <br /> * ERP 처리 사항<br /> #) ERP에 영수증 입력 및 비용전표 작성 (일반 멤버)<br /> #) 회계담당자(AM) 비용전표 검사<br /> #) '''PM(Project Manager) 결재'''<br /> #) 회계담당자(AM) 결재 완료된 비용전표의 '''바인딩 및 accounting 작업 완료''' (중요)<br /> 잘못된 binding은 파일 및 집계 오류를 발생시킨다. <br /> <br /> <br /> ===경리월보 with 엑셀자동화===<br /> '''ERP에는 정상적으로 데이터가 기록되어 있다고 가정'''<br /> <br /> #) 엑셀 프로그램(Extract_ERP_data6.xlsm) 에서, 사용자 ID/PW, 회계기간, 프로젝트 번호를 입력하고, LOGIN한다.<br /> #) 자동으로 관련 사업 프로젝트를 탐색해서, 비용전표와 영수증 전표를 모은다.<br /> #) “Monthly Report” sheet에서 일자, 경리월보 항목(회계항목), 금액, 증빙(Receipt NO.)를 ERP 기준으로 작성해 준다<br /> #) 회계 담당자는 3)의 리스트를 회사에 보고하는 경리월보에 복사 붙여 넣기를 한다.<br /> <br /> ※ 영수증은 직접 파일 전송을 하지 않아도, 링크를 통해서 사용할 수 있음<br /> <br /> 상세 내용은 첨부된 엑셀파일에서 “HELP” sheet를 참조<br /> <br /> [[file:automate_ER_01.jpg|1200px]]<br /> <br /> <br /> <br /> <br /> * 참고 : [[AM_role#사용_중인_COA|TW ERP에서 사용중인 CoA]]<br /> <br /> ==ERP 직접 다운로드==<br /> 기능 업데이트가 되면서, 경리월보와 같은 영수증 파일(이미지) 및 내역이 모두 다운로드 된다.<br /> <br /> 다운로드<br /> <br /> Accouting &gt;&gt; Export source documents<br /> <br /> 관련 내역 및 영수증 파일 전체 다운로드 : '''zip''' 파일로 다운로드 가능<br /> <br /> <br /> [[분류:ERP]]<br /> [[분류:회계]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=%EC%98%81%EC%88%98%EC%A6%9D_%ED%8C%8C%EC%9D%BC&diff=1297 2026-09-15T08:10:32Z

<p>172.27.0.1: /* Attach the line to an uploaded document */</p> <hr /> <div>* You can change it to your own language by right-clicking on the web browser.<br /> * 您可以透過右鍵單擊網頁瀏覽器將其變更為您自己的語言。<br /> <br /> <br /> = 영수증 처리 방법 =<br /> 영수증 파일 upload에 대한 내용입니다.<br /> <br /> ==주의사항==<br /> 비용전표(ER, Expense Report)를 처리하는 방법은 몇 가지가 있습니다.<br /> <br /> 그러나, 다른 업무와의 연동처리를 위하여, 반드시 다음의 방법으로만 영수증을 첨부(upload)하시기 바랍니다.<br /> <br /> 다른 방법을 사용할 경우, 재작성 혹은 reject합니다.<br /> <br /> ==영수증 upload==<br /> 영수증 첨부 방법<br /> <br /> 영수증은 다음 그림에서 처럼 '''비용전표(ER, Expense Report)에서 처럼 thumb nail'''로 나타나야 합니다.<br /> <br /> * 올바른 영수증 파일 올리기를 한 경우, thumbn ail이 보입니다.<br /> [[file:ER_upload_receipt01.jpg|800px]]<br /> <br /> ==Attach the line to an uploaded document==<br /> 파일 attach는 line 기준으로 붙여 넣습니다. 모든 청구서 라인과 영수증 매칭을 위해서 '''uploaded new document now''' 을 사용합니다.<br /> <br /> ER(Expense Report)를 작성하실 대, 아래 그램의 설명처럼 “uploaded new document now” 방법을 사용해서 작성해 주십시오. (자동 썸네일 생성)<br /> <br /> 원래, ER 1개당, 영수증은 1개만 사용하는 것이 원칙인데, 입력 편의를 위해서, 여러 장 영수증을 사용하므로, “Attach the line…”.으로 자료를 올려달라고 본사 회계팀의 요청이 있습니다.<br /> <br /> 在之後撰寫費用報告（ER）時，請按照下圖所示的方法使用「 uploaded new document now 」功能。（自動生成縮略圖）<br /> 原則上，每份費用報告應僅使用一張收據，但為了輸入方便，使用了多張收據，因此總公司會計部門要求使用「 Attach the line …」的方式上傳數據。<br /> <br /> When writing an expense report (ER) later, please use the '''&quot;uploaded new document now&quot;''' function as shown in the figure belw. ('''Automatically generate thumbnails''')<br /> <br /> In principle, only one receipt should be used for each expense report, but for the convenience of input, multiple receipts are used, so the accounting department of the head office requires the use of &quot;uploaded new document now...&quot; method to upload data.)<br /> <br /> * 영수증 첨부는 uploaded new document now 메뉴를 사용합니다.<br /> <br /> [[file:ER_upload_022.jpg|800px]]<br /> <br /> 파일 업로드를 하고 나면, 아래와 같이 정상적으로 thumbnails이 보입니다.<br /> <br /> [[file:ER_upload_03.jpg|800px]]<br /> <br /> <br /> 다시 한번 주의사항을 환기합니다. 각 line별로 attach file이 되지 않으면, 비용전표(ER, Expense Report)는 재작성 하거나, Reject 됩니다.<br /> <br /> [참고]<br /> Attach the line to an uploaded document는 일단, '''uploaded new document now'''으로 여러 개의 파일을 올린 경우, 그 중에서 선택해서 붙여 넣을 때 사용하는 것입니다.<br /> 상세한 내용이나 잘 안되는 것은 각 프로젝트의 회계담당자에게 문의 바랍니다. (Jung Young Eun(KHH), RongRong(TYC), Phoebe(TPE))<br /> <br /> 이 방법은 많이 혼돈을 불러와서, 그냥 '''uploaded new document now'''방식만을 이용하기 바랍니다.<br /> <br /> ==영수증 처리 현황==<br /> 현재 업무 처리 현황과 ERP에서 변경하고자 하는 방안의 비교.<br /> <br /> * 현재 업무 처리<br /> # 비용발생(영수증)<br /> # 내역 및 영수증을 회계담당 담당자에게 전송 (우편 모집)<br /> # 회계 담당자가 내용 취합(엑셀, 경리월보), 우편으로 모인 영수증을 경리업체 제공(법적 보관 기간 3년)<br /> <br /> 작은 규모, 1개 지역의 프로젝트에서는 별다른 문제 없음.<br /> <br /> 그러나, 타오위엔/타이중/타이난과 같이 1개 프로젝트에서 여러 개 하위 서브 프로젝트가 있는 경우와 경리 업무 변경에 따른 혼선 및 착오 문제 발생<br /> <br /> * 변경 업무 처리 (ERP활용)<br /> # 비용 발생 (영수증)<br /> # ERP 입력 (영수증 사진 upload), 영수증 원본 우편 발송 (자료는 이미 데이터로 원격지 처리 가능)<br /> <br /> <br /> === ERP사용 잇점===<br /> # 회계담당자의 업무 중복 제거 - 각 영수증 사용자가 스스로 입력<br /> # 단일 회계 담당자가 다수 프로젝트 관리 가능<br /> # 경리월보 신규 작성 없음 (이미 발생 순서대로 작성된 것으로 자동 작성됨)<br /> # 현지 회계 기장 업무 단순화 - 업체(프리미아)에서도 ERP에 접속하여, 작성 내용 유무 오류 스스로 발굴 문의 처리<br /> # 현지 회계 법인 최소 비용 활용 - 업무과 일원화 되어, 경제적 기장 업체 선택 활용 가능 (단순, 신고 대행 수준)<br /> <br /> <br /> * 회계담당자가 아닌, 일반 사용자('''PWO''')의 영수증 처리 사용예 (타오위엔 프로젝트)<br /> [[file:PWO_usages_01.jpg|600px]]<br /> <br /> <br /> * 회계담당자의 처리 현황 ('''PSO'''), '25년 3월 예<br /> [[file:PWO_usages_02.jpg|600px]]<br /> <br /> === 현재 문제점===<br /> 1. '''이중작업''' - 본사에서 경리월보 기준을 요구하여 (ERP 자료 검증을 못함) ERP입력, 경리월보 작성 <br /> 본사 회계팀과 지원본부(허승재이사님)에서 ERP만을 기준 자료로 사용하기로 함<br /> 이중 작업의 문제점은 기존 경리월보 방식을 유지하면<br /> 1) 현지 이중 작업 - 현지 프로젝트 멤버와 회계 담당자의 업무 반복 (취합, 정리 등)<br /> 2) 사업부 이중 작업 - HR입력을 위해서 영수증 검증을 위해서 영업팀 및 지원팀 검증 작업 발생<br /> 3) 본사 회계팀 이중 작업 - 사업부와 별개로 회계팀에서 또 다시 (영수증, 내역) 검사를 위해서 이중 작업<br /> <br /> 2. '''익숙함 부족'''<br /> 이전의 작업 방식(경리월보)에 익숙하여, 변경하지 못함<br /> 그러나, 운용 결과 익숙하지 못함의 문제이지, 업무 과정의 문제 아님 확인<br /> 일부, 현지 인원은 업무가 사라짐에 따른 약간의 저항 있음. (신규 입사자는 잘 적응, 기존 업무자들이 문제)<br /> <br /> 기존 업무자의 저항과 여러 단계의 이중작업으로 실질적인 업무 보다는 단순 작업 및 오류 수정 등의 작업에 치중되어 업무 효율 저하<br /> <br /> <br /> <br /> =영수증 자동추출=<br /> 영수증 자동 추출 엑셀 매크로 파일 사용 설명입니다.<br /> <br /> 원래는 ERP 업무 이관이 끝난 다음, ERP 사이트에서 구현되어야 하는 것인데, 이관이 늦어져서, 업무상 필요에 의해 임시로 만든 매크로입니다.<br /> <br /> ==사용 이유==<br /> 원래 ERP는 개인이 입력한 자료(비용전표)를 가지고 PM에게 결재를 요청하고, 결재가 완료된 비용전표가 회계 담당자가 처리하는 기준이 됩니다.<br /> <br /> 소규모 프로젝트 규모에서는 '''경리월보'''에서는 모집된 영수증을 기준으로 처리를 합니다. 즉, '''비용전표 기준'''인지, '''영수증 기준'''인지의 '''차이''' 때문에 새로운 창을 만들어 달라는 요구가 있습니다.<br /> <br /> * 개별 입력 자료 자동 취합<br /> 프로젝트 멤버들이 작성한 비용전표내의 영수증 파일을 회계 담당자에게 e-mail이나 파일 전송 없이, ERP에서 확인하여 회계 담당자가 스스로 다운로드 하여 사용하도록 함<br /> <br /> ==사용 설명==<br /> 경리월보로 보고를 하는 경우, ERP자료를 자동으로 추출하여, 경리월보 형태로 바꾸어서, 바로 사용할 수 있도록 함.<br /> <br /> ===경리월보===<br /> 경리월보의 세부 사용 내용을 작성하게 되어 있다. <br /> <br /> 경리월보의 세부 내역 sheet를 첨부된 자동추출 엑셀 메크로를 사용하여 대처 한다. <br /> <br /> * ERP 링크 형태도 제공 하므로, 필요시 경리월보에서 클릭을 통해서, 다운로드 없이 해당 영수증을 확인 할 수 있다.<br /> <br /> * 영수증 파일이 필요한 경우, ERP에서 직접 다운로드 하여 사용할 수 있다.<br /> <br /> ===ERP 처리 기준===<br /> ERP의 집계는 PM의 결재가 완료된 비용전표에 대해서만 처리 가능하다.<br /> <br /> * ERP 처리 사항<br /> #) ERP에 영수증 입력 및 비용전표 작성 (일반 멤버)<br /> #) 회계담당자(AM) 비용전표 검사<br /> #) '''PM(Project Manager) 결재'''<br /> #) 회계담당자(AM) 결재 완료된 비용전표의 '''바인딩 및 accounting 작업 완료''' (중요)<br /> 잘못된 binding은 파일 및 집계 오류를 발생시킨다. <br /> <br /> <br /> ===경리월보 with 엑셀자동화===<br /> '''ERP에는 정상적으로 데이터가 기록되어 있다고 가정'''<br /> <br /> #) 엑셀 프로그램(Extract_ERP_data6.xlsm) 에서, 사용자 ID/PW, 회계기간, 프로젝트 번호를 입력하고, LOGIN한다.<br /> #) 자동으로 관련 사업 프로젝트를 탐색해서, 비용전표와 영수증 전표를 모은다.<br /> #) “Monthly Report” sheet에서 일자, 경리월보 항목(회계항목), 금액, 증빙(Receipt NO.)를 ERP 기준으로 작성해 준다<br /> #) 회계 담당자는 3)의 리스트를 회사에 보고하는 경리월보에 복사 붙여 넣기를 한다.<br /> <br /> ※ 영수증은 직접 파일 전송을 하지 않아도, 링크를 통해서 사용할 수 있음<br /> <br /> 상세 내용은 첨부된 엑셀파일에서 “HELP” sheet를 참조<br /> <br /> [[file:automate_ER_01.jpg|1200px]]<br /> <br /> <br /> <br /> <br /> * 참고 : [[AM_role#사용_중인_COA|TW ERP에서 사용중인 CoA]]<br /> <br /> ==ERP 직접 다운로드==<br /> 기능 업데이트가 되면서, 경리월보와 같은 영수증 파일(이미지) 및 내역이 모두 다운로드 된다.<br /> <br /> 다운로드<br /> <br /> Accouting &gt;&gt; Export source documents<br /> <br /> 관련 내역 및 영수증 파일 전체 다운로드 : '''zip''' 파일로 다운로드 가능<br /> <br /> <br /> [[분류:ERP]]<br /> [[분류:회계]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=%EC%98%81%EC%88%98%EC%A6%9D_%ED%8C%8C%EC%9D%BC&diff=1296 2026-09-15T08:03:23Z

<p>172.27.0.1: /* Attach the line to an uploaded document */</p> <hr /> <div>* You can change it to your own language by right-clicking on the web browser.<br /> * 您可以透過右鍵單擊網頁瀏覽器將其變更為您自己的語言。<br /> <br /> <br /> = 영수증 처리 방법 =<br /> 영수증 파일 upload에 대한 내용입니다.<br /> <br /> ==주의사항==<br /> 비용전표(ER, Expense Report)를 처리하는 방법은 몇 가지가 있습니다.<br /> <br /> 그러나, 다른 업무와의 연동처리를 위하여, 반드시 다음의 방법으로만 영수증을 첨부(upload)하시기 바랍니다.<br /> <br /> 다른 방법을 사용할 경우, 재작성 혹은 reject합니다.<br /> <br /> ==영수증 upload==<br /> 영수증 첨부 방법<br /> <br /> 영수증은 다음 그림에서 처럼 '''비용전표(ER, Expense Report)에서 처럼 thumb nail'''로 나타나야 합니다.<br /> <br /> * 올바른 영수증 파일 올리기를 한 경우, thumbn ail이 보입니다.<br /> [[file:ER_upload_receipt01.jpg|800px]]<br /> <br /> ==Attach the line to an uploaded document==<br /> 파일 attach는 line 기준으로 붙여 넣습니다. 모든 청구서 라인과 영수증 매칭을 위해서 '''uploaded new document now''' 을 사용합니다.<br /> <br /> ER(Expense Report)를 작성하실 대, 아래 그램의 설명처럼 “uploaded new document now” 방법을 사용해서 작성해 주십시오. (자동 썸네일 생성)<br /> <br /> 원래, ER 1개당, 영수증은 1개만 사용하는 것이 원칙인데, 입력 편의를 위해서, 여러 장 영수증을 사용하므로, “Attach the line…”.으로 자료를 올려달라고 본사 회계팀의 요청이 있습니다.<br /> <br /> 在之後撰寫費用報告（ER）時，請按照下圖所示的方法使用「 uploaded new document now 」功能。（自動生成縮略圖）<br /> 原則上，每份費用報告應僅使用一張收據，但為了輸入方便，使用了多張收據，因此總公司會計部門要求使用「 Attach the line …」的方式上傳數據。<br /> <br /> When writing an expense report (ER) later, please use the '''&quot;uploaded new document now&quot;''' function as shown in the figure belw. ('''Automatically generate thumbnails''')<br /> <br /> In principle, only one receipt should be used for each expense report, but for the convenience of input, multiple receipts are used, so the accounting department of the head office requires the use of &quot;uploaded new document now...&quot; method to upload data.)<br /> <br /> * 영수증 첨부는 uploaded new document now 메뉴를 사용합니다.<br /> <br /> [[file:ER_upload_022.jpg|800px]]<br /> <br /> 파일 업로드를 하고 나면, 아래와 같이 정상적으로 thumbnails이 보입니다.<br /> <br /> [[file:ER_upload_03.jpg|800px]]<br /> <br /> <br /> 다시 한번 주의사항을 환기합니다. 각 line별로 attach file이 되지 않으면, 비용전표(ER, Expense Report)는 재작성 하거나, Reject 됩니다.<br /> <br /> [참고]<br /> Attach the line to an uploaded document는 일단, '''uploaded new document now'''으로 여러 개의 파일을 올린 경우, 그 중에서 선택해서 붙여 넣을 때 사용하는 것입니다.<br /> 상세한 내용이나 잘 안되는 것은 각 프로젝트의 회계담당자에게 문의 바랍니다. (Jung Young Eun(KHH), RongRong(TYC), Phoebe(TPE))<br /> <br /> ==영수증 처리 현황==<br /> 현재 업무 처리 현황과 ERP에서 변경하고자 하는 방안의 비교.<br /> <br /> * 현재 업무 처리<br /> # 비용발생(영수증)<br /> # 내역 및 영수증을 회계담당 담당자에게 전송 (우편 모집)<br /> # 회계 담당자가 내용 취합(엑셀, 경리월보), 우편으로 모인 영수증을 경리업체 제공(법적 보관 기간 3년)<br /> <br /> 작은 규모, 1개 지역의 프로젝트에서는 별다른 문제 없음.<br /> <br /> 그러나, 타오위엔/타이중/타이난과 같이 1개 프로젝트에서 여러 개 하위 서브 프로젝트가 있는 경우와 경리 업무 변경에 따른 혼선 및 착오 문제 발생<br /> <br /> * 변경 업무 처리 (ERP활용)<br /> # 비용 발생 (영수증)<br /> # ERP 입력 (영수증 사진 upload), 영수증 원본 우편 발송 (자료는 이미 데이터로 원격지 처리 가능)<br /> <br /> <br /> === ERP사용 잇점===<br /> # 회계담당자의 업무 중복 제거 - 각 영수증 사용자가 스스로 입력<br /> # 단일 회계 담당자가 다수 프로젝트 관리 가능<br /> # 경리월보 신규 작성 없음 (이미 발생 순서대로 작성된 것으로 자동 작성됨)<br /> # 현지 회계 기장 업무 단순화 - 업체(프리미아)에서도 ERP에 접속하여, 작성 내용 유무 오류 스스로 발굴 문의 처리<br /> # 현지 회계 법인 최소 비용 활용 - 업무과 일원화 되어, 경제적 기장 업체 선택 활용 가능 (단순, 신고 대행 수준)<br /> <br /> <br /> * 회계담당자가 아닌, 일반 사용자('''PWO''')의 영수증 처리 사용예 (타오위엔 프로젝트)<br /> [[file:PWO_usages_01.jpg|600px]]<br /> <br /> <br /> * 회계담당자의 처리 현황 ('''PSO'''), '25년 3월 예<br /> [[file:PWO_usages_02.jpg|600px]]<br /> <br /> === 현재 문제점===<br /> 1. '''이중작업''' - 본사에서 경리월보 기준을 요구하여 (ERP 자료 검증을 못함) ERP입력, 경리월보 작성 <br /> 본사 회계팀과 지원본부(허승재이사님)에서 ERP만을 기준 자료로 사용하기로 함<br /> 이중 작업의 문제점은 기존 경리월보 방식을 유지하면<br /> 1) 현지 이중 작업 - 현지 프로젝트 멤버와 회계 담당자의 업무 반복 (취합, 정리 등)<br /> 2) 사업부 이중 작업 - HR입력을 위해서 영수증 검증을 위해서 영업팀 및 지원팀 검증 작업 발생<br /> 3) 본사 회계팀 이중 작업 - 사업부와 별개로 회계팀에서 또 다시 (영수증, 내역) 검사를 위해서 이중 작업<br /> <br /> 2. '''익숙함 부족'''<br /> 이전의 작업 방식(경리월보)에 익숙하여, 변경하지 못함<br /> 그러나, 운용 결과 익숙하지 못함의 문제이지, 업무 과정의 문제 아님 확인<br /> 일부, 현지 인원은 업무가 사라짐에 따른 약간의 저항 있음. (신규 입사자는 잘 적응, 기존 업무자들이 문제)<br /> <br /> 기존 업무자의 저항과 여러 단계의 이중작업으로 실질적인 업무 보다는 단순 작업 및 오류 수정 등의 작업에 치중되어 업무 효율 저하<br /> <br /> <br /> <br /> =영수증 자동추출=<br /> 영수증 자동 추출 엑셀 매크로 파일 사용 설명입니다.<br /> <br /> 원래는 ERP 업무 이관이 끝난 다음, ERP 사이트에서 구현되어야 하는 것인데, 이관이 늦어져서, 업무상 필요에 의해 임시로 만든 매크로입니다.<br /> <br /> ==사용 이유==<br /> 원래 ERP는 개인이 입력한 자료(비용전표)를 가지고 PM에게 결재를 요청하고, 결재가 완료된 비용전표가 회계 담당자가 처리하는 기준이 됩니다.<br /> <br /> 소규모 프로젝트 규모에서는 '''경리월보'''에서는 모집된 영수증을 기준으로 처리를 합니다. 즉, '''비용전표 기준'''인지, '''영수증 기준'''인지의 '''차이''' 때문에 새로운 창을 만들어 달라는 요구가 있습니다.<br /> <br /> * 개별 입력 자료 자동 취합<br /> 프로젝트 멤버들이 작성한 비용전표내의 영수증 파일을 회계 담당자에게 e-mail이나 파일 전송 없이, ERP에서 확인하여 회계 담당자가 스스로 다운로드 하여 사용하도록 함<br /> <br /> ==사용 설명==<br /> 경리월보로 보고를 하는 경우, ERP자료를 자동으로 추출하여, 경리월보 형태로 바꾸어서, 바로 사용할 수 있도록 함.<br /> <br /> ===경리월보===<br /> 경리월보의 세부 사용 내용을 작성하게 되어 있다. <br /> <br /> 경리월보의 세부 내역 sheet를 첨부된 자동추출 엑셀 메크로를 사용하여 대처 한다. <br /> <br /> * ERP 링크 형태도 제공 하므로, 필요시 경리월보에서 클릭을 통해서, 다운로드 없이 해당 영수증을 확인 할 수 있다.<br /> <br /> * 영수증 파일이 필요한 경우, ERP에서 직접 다운로드 하여 사용할 수 있다.<br /> <br /> ===ERP 처리 기준===<br /> ERP의 집계는 PM의 결재가 완료된 비용전표에 대해서만 처리 가능하다.<br /> <br /> * ERP 처리 사항<br /> #) ERP에 영수증 입력 및 비용전표 작성 (일반 멤버)<br /> #) 회계담당자(AM) 비용전표 검사<br /> #) '''PM(Project Manager) 결재'''<br /> #) 회계담당자(AM) 결재 완료된 비용전표의 '''바인딩 및 accounting 작업 완료''' (중요)<br /> 잘못된 binding은 파일 및 집계 오류를 발생시킨다. <br /> <br /> <br /> ===경리월보 with 엑셀자동화===<br /> '''ERP에는 정상적으로 데이터가 기록되어 있다고 가정'''<br /> <br /> #) 엑셀 프로그램(Extract_ERP_data6.xlsm) 에서, 사용자 ID/PW, 회계기간, 프로젝트 번호를 입력하고, LOGIN한다.<br /> #) 자동으로 관련 사업 프로젝트를 탐색해서, 비용전표와 영수증 전표를 모은다.<br /> #) “Monthly Report” sheet에서 일자, 경리월보 항목(회계항목), 금액, 증빙(Receipt NO.)를 ERP 기준으로 작성해 준다<br /> #) 회계 담당자는 3)의 리스트를 회사에 보고하는 경리월보에 복사 붙여 넣기를 한다.<br /> <br /> ※ 영수증은 직접 파일 전송을 하지 않아도, 링크를 통해서 사용할 수 있음<br /> <br /> 상세 내용은 첨부된 엑셀파일에서 “HELP” sheet를 참조<br /> <br /> [[file:automate_ER_01.jpg|1200px]]<br /> <br /> <br /> <br /> <br /> * 참고 : [[AM_role#사용_중인_COA|TW ERP에서 사용중인 CoA]]<br /> <br /> ==ERP 직접 다운로드==<br /> 기능 업데이트가 되면서, 경리월보와 같은 영수증 파일(이미지) 및 내역이 모두 다운로드 된다.<br /> <br /> 다운로드<br /> <br /> Accouting &gt;&gt; Export source documents<br /> <br /> 관련 내역 및 영수증 파일 전체 다운로드 : '''zip''' 파일로 다운로드 가능<br /> <br /> <br /> [[분류:ERP]]<br /> [[분류:회계]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=%EC%98%81%EC%88%98%EC%A6%9D_%ED%8C%8C%EC%9D%BC&diff=1295 2026-09-15T07:57:38Z

<p>172.27.0.1: /* 영수증 upload */</p> <hr /> <div>* You can change it to your own language by right-clicking on the web browser.<br /> * 您可以透過右鍵單擊網頁瀏覽器將其變更為您自己的語言。<br /> <br /> <br /> = 영수증 처리 방법 =<br /> 영수증 파일 upload에 대한 내용입니다.<br /> <br /> ==주의사항==<br /> 비용전표(ER, Expense Report)를 처리하는 방법은 몇 가지가 있습니다.<br /> <br /> 그러나, 다른 업무와의 연동처리를 위하여, 반드시 다음의 방법으로만 영수증을 첨부(upload)하시기 바랍니다.<br /> <br /> 다른 방법을 사용할 경우, 재작성 혹은 reject합니다.<br /> <br /> ==영수증 upload==<br /> 영수증 첨부 방법<br /> <br /> 영수증은 다음 그림에서 처럼 '''비용전표(ER, Expense Report)에서 처럼 thumb nail'''로 나타나야 합니다.<br /> <br /> * 올바른 영수증 파일 올리기를 한 경우, thumbn ail이 보입니다.<br /> [[file:ER_upload_receipt01.jpg|800px]]<br /> <br /> ==Attach the line to an uploaded document==<br /> 파일 attach는 line 기준으로 붙여 넣습니다. 모든 청구서 라인과 영수증 매칭을 위해서 attach '''uploaded new document now''' 을 사용합니다.<br /> <br /> ER(Expense Report)를 작성하실 대, 아래 그램의 설명처럼 “uploaded new document now” 방법을 사용해서 작성해 주십시오. (자동 썸네일 생성)<br /> <br /> 원래, ER 1개당, 영수증은 1개만 사용하는 것이 원칙인데, 입력 편의를 위해서, 여러 장 영수증을 사용하므로, “Attach the line…”.으로 자료를 올려달라고 본사 회계팀의 요청이 있습니다.<br /> <br /> 在之後撰寫費用報告（ER）時，請按照下圖所示的方法使用「 uploaded new document now 」功能。（自動生成縮略圖）<br /> 原則上，每份費用報告應僅使用一張收據，但為了輸入方便，使用了多張收據，因此總公司會計部門要求使用「 Attach the line …」的方式上傳數據。<br /> <br /> When writing an expense report (ER) later, please use the '''&quot;uploaded new document now&quot;''' function as shown in the figure belw. ('''Automatically generate thumbnails''')<br /> <br /> In principle, only one receipt should be used for each expense report, but for the convenience of input, multiple receipts are used, so the accounting department of the head office requires the use of &quot;uploaded new document now...&quot; method to upload data.)<br /> <br /> * 영수증 첨부는 uploaded new document now 메뉴를 사용합니다.<br /> <br /> [[file:ER_upload_022.jpg|800px]]<br /> <br /> 파일 업로드를 하고 나면, 아래와 같이 정상적으로 thumbnails이 보입니다.<br /> <br /> [[file:ER_upload_03.jpg|800px]]<br /> <br /> <br /> 다시 한번 주의사항을 환기합니다. 각 line별로 attach file이 되지 않으면, 비용전표(ER, Expense Report)는 재작성 하거나, Reject 됩니다.<br /> <br /> [참고]<br /> Attach the line to an uploaded document는 일단, '''uploaded new document now'''으로 여러 개의 파일을 올린 경우, 그 중에서 선택해서 붙여 넣을 때 사용하는 것입니다.<br /> 상세한 내용이나 잘 안되는 것은 각 프로젝트의 회계담당자에게 문의 바랍니다. (Jung Young Eun(KHH), RongRong(TYC), Phoebe(TPE))<br /> <br /> ==영수증 처리 현황==<br /> 현재 업무 처리 현황과 ERP에서 변경하고자 하는 방안의 비교.<br /> <br /> * 현재 업무 처리<br /> # 비용발생(영수증)<br /> # 내역 및 영수증을 회계담당 담당자에게 전송 (우편 모집)<br /> # 회계 담당자가 내용 취합(엑셀, 경리월보), 우편으로 모인 영수증을 경리업체 제공(법적 보관 기간 3년)<br /> <br /> 작은 규모, 1개 지역의 프로젝트에서는 별다른 문제 없음.<br /> <br /> 그러나, 타오위엔/타이중/타이난과 같이 1개 프로젝트에서 여러 개 하위 서브 프로젝트가 있는 경우와 경리 업무 변경에 따른 혼선 및 착오 문제 발생<br /> <br /> * 변경 업무 처리 (ERP활용)<br /> # 비용 발생 (영수증)<br /> # ERP 입력 (영수증 사진 upload), 영수증 원본 우편 발송 (자료는 이미 데이터로 원격지 처리 가능)<br /> <br /> <br /> === ERP사용 잇점===<br /> # 회계담당자의 업무 중복 제거 - 각 영수증 사용자가 스스로 입력<br /> # 단일 회계 담당자가 다수 프로젝트 관리 가능<br /> # 경리월보 신규 작성 없음 (이미 발생 순서대로 작성된 것으로 자동 작성됨)<br /> # 현지 회계 기장 업무 단순화 - 업체(프리미아)에서도 ERP에 접속하여, 작성 내용 유무 오류 스스로 발굴 문의 처리<br /> # 현지 회계 법인 최소 비용 활용 - 업무과 일원화 되어, 경제적 기장 업체 선택 활용 가능 (단순, 신고 대행 수준)<br /> <br /> <br /> * 회계담당자가 아닌, 일반 사용자('''PWO''')의 영수증 처리 사용예 (타오위엔 프로젝트)<br /> [[file:PWO_usages_01.jpg|600px]]<br /> <br /> <br /> * 회계담당자의 처리 현황 ('''PSO'''), '25년 3월 예<br /> [[file:PWO_usages_02.jpg|600px]]<br /> <br /> === 현재 문제점===<br /> 1. '''이중작업''' - 본사에서 경리월보 기준을 요구하여 (ERP 자료 검증을 못함) ERP입력, 경리월보 작성 <br /> 본사 회계팀과 지원본부(허승재이사님)에서 ERP만을 기준 자료로 사용하기로 함<br /> 이중 작업의 문제점은 기존 경리월보 방식을 유지하면<br /> 1) 현지 이중 작업 - 현지 프로젝트 멤버와 회계 담당자의 업무 반복 (취합, 정리 등)<br /> 2) 사업부 이중 작업 - HR입력을 위해서 영수증 검증을 위해서 영업팀 및 지원팀 검증 작업 발생<br /> 3) 본사 회계팀 이중 작업 - 사업부와 별개로 회계팀에서 또 다시 (영수증, 내역) 검사를 위해서 이중 작업<br /> <br /> 2. '''익숙함 부족'''<br /> 이전의 작업 방식(경리월보)에 익숙하여, 변경하지 못함<br /> 그러나, 운용 결과 익숙하지 못함의 문제이지, 업무 과정의 문제 아님 확인<br /> 일부, 현지 인원은 업무가 사라짐에 따른 약간의 저항 있음. (신규 입사자는 잘 적응, 기존 업무자들이 문제)<br /> <br /> 기존 업무자의 저항과 여러 단계의 이중작업으로 실질적인 업무 보다는 단순 작업 및 오류 수정 등의 작업에 치중되어 업무 효율 저하<br /> <br /> <br /> <br /> =영수증 자동추출=<br /> 영수증 자동 추출 엑셀 매크로 파일 사용 설명입니다.<br /> <br /> 원래는 ERP 업무 이관이 끝난 다음, ERP 사이트에서 구현되어야 하는 것인데, 이관이 늦어져서, 업무상 필요에 의해 임시로 만든 매크로입니다.<br /> <br /> ==사용 이유==<br /> 원래 ERP는 개인이 입력한 자료(비용전표)를 가지고 PM에게 결재를 요청하고, 결재가 완료된 비용전표가 회계 담당자가 처리하는 기준이 됩니다.<br /> <br /> 소규모 프로젝트 규모에서는 '''경리월보'''에서는 모집된 영수증을 기준으로 처리를 합니다. 즉, '''비용전표 기준'''인지, '''영수증 기준'''인지의 '''차이''' 때문에 새로운 창을 만들어 달라는 요구가 있습니다.<br /> <br /> * 개별 입력 자료 자동 취합<br /> 프로젝트 멤버들이 작성한 비용전표내의 영수증 파일을 회계 담당자에게 e-mail이나 파일 전송 없이, ERP에서 확인하여 회계 담당자가 스스로 다운로드 하여 사용하도록 함<br /> <br /> ==사용 설명==<br /> 경리월보로 보고를 하는 경우, ERP자료를 자동으로 추출하여, 경리월보 형태로 바꾸어서, 바로 사용할 수 있도록 함.<br /> <br /> ===경리월보===<br /> 경리월보의 세부 사용 내용을 작성하게 되어 있다. <br /> <br /> 경리월보의 세부 내역 sheet를 첨부된 자동추출 엑셀 메크로를 사용하여 대처 한다. <br /> <br /> * ERP 링크 형태도 제공 하므로, 필요시 경리월보에서 클릭을 통해서, 다운로드 없이 해당 영수증을 확인 할 수 있다.<br /> <br /> * 영수증 파일이 필요한 경우, ERP에서 직접 다운로드 하여 사용할 수 있다.<br /> <br /> ===ERP 처리 기준===<br /> ERP의 집계는 PM의 결재가 완료된 비용전표에 대해서만 처리 가능하다.<br /> <br /> * ERP 처리 사항<br /> #) ERP에 영수증 입력 및 비용전표 작성 (일반 멤버)<br /> #) 회계담당자(AM) 비용전표 검사<br /> #) '''PM(Project Manager) 결재'''<br /> #) 회계담당자(AM) 결재 완료된 비용전표의 '''바인딩 및 accounting 작업 완료''' (중요)<br /> 잘못된 binding은 파일 및 집계 오류를 발생시킨다. <br /> <br /> <br /> ===경리월보 with 엑셀자동화===<br /> '''ERP에는 정상적으로 데이터가 기록되어 있다고 가정'''<br /> <br /> #) 엑셀 프로그램(Extract_ERP_data6.xlsm) 에서, 사용자 ID/PW, 회계기간, 프로젝트 번호를 입력하고, LOGIN한다.<br /> #) 자동으로 관련 사업 프로젝트를 탐색해서, 비용전표와 영수증 전표를 모은다.<br /> #) “Monthly Report” sheet에서 일자, 경리월보 항목(회계항목), 금액, 증빙(Receipt NO.)를 ERP 기준으로 작성해 준다<br /> #) 회계 담당자는 3)의 리스트를 회사에 보고하는 경리월보에 복사 붙여 넣기를 한다.<br /> <br /> ※ 영수증은 직접 파일 전송을 하지 않아도, 링크를 통해서 사용할 수 있음<br /> <br /> 상세 내용은 첨부된 엑셀파일에서 “HELP” sheet를 참조<br /> <br /> [[file:automate_ER_01.jpg|1200px]]<br /> <br /> <br /> <br /> <br /> * 참고 : [[AM_role#사용_중인_COA|TW ERP에서 사용중인 CoA]]<br /> <br /> ==ERP 직접 다운로드==<br /> 기능 업데이트가 되면서, 경리월보와 같은 영수증 파일(이미지) 및 내역이 모두 다운로드 된다.<br /> <br /> 다운로드<br /> <br /> Accouting &gt;&gt; Export source documents<br /> <br /> 관련 내역 및 영수증 파일 전체 다운로드 : '''zip''' 파일로 다운로드 가능<br /> <br /> <br /> [[분류:ERP]]<br /> [[분류:회계]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=ERP%EC%84%A4%EB%AA%85&diff=1278 2026-09-02T00:07:39Z

<p>172.27.0.1: /* ERP 개관 */</p> <hr /> <div>ERP 전반적인 내용과 Taiwan ERP에 대한 설명입니다.<br /> <br /> 실무적인 내용은 개별적인 주제로 확인하세요<br /> <br /> =ERP 개관=<br /> Project관리의 관점에서 보면, ERP는 일부, 비용과 리스크 관점의 관리이다. 일반적인 회사의 관리차원에서 보면, project가 곧 company로 보아도 타당하다.<br /> <br /> ::[[file:erp_exp_01.jpg|500px]]<br /> <br /> 프로젝트 관리 부분을 보면, 프로젝트를 진행하는데 있어서, 주요 요소는 3가지 이다. <br /> ** Scope: 범주<br /> ** Time: 시간<br /> ** Cost: 비용<br /> <br /> 프로젝트의 결과물은 품질이라고 볼 수 있는데, 이러한 품질 관점에서 관리하는 것을 RISK라고 한다.<br /> <br /> 또한, 이러한 RISK에서 ERP가 주요 담당하게 되는 것은 비용과 시간 관점이다. 따라서, ERP를 planning이라고 한다. 시간과 비용 그리고, 이것을 집행하는 인력을 자원(Resource)라고 볼 수 있다.<br /> <br /> <br /> ==ERP의 종류==<br /> ERP의 종류는 크게 나누어서 두 가지가 있다.<br /> <br /> # 제조 ERP<br /> # 판매 ERP<br /> <br /> 보통의 ERP가 어려운 부분은 목적에 맞지 않는 ERP를 사용하기 때문이다.<br /> <br /> * 제조 ERP<br /> 보통의 제품 구성을 기준으로, 생산활동 운영에 적절한 자원관리이다. 주로 유럽 제조업 기반에서 시작되었으며, 가장 어려운 부분은 개별적인 구성 모듈과 코드가 많다. <br /> <br /> 유럽에서 나온 ERP 제품으로는 SAP과 Oracle ERP가 대표적이다.<br /> [[파일:erp_exp_02.jpg|500px]]<br /> <br /> * 판매 ERP<br /> 제조 ERP를 일반적인 비즈니에서 활용하기에는 어려움이 많다. 일반 판매에 불과하나, 상당히 많은 제조 코드를 일일히 숙지해야하는 불합리와 판매활동 본연에 집중하지 못하는 단점이 발생한다. 오죽하면 엘런 머스크가 SAP을 검토하다가 그냥 테슬라용 ERP를 만들었겠는가? <br /> <br /> 판매 ERP는 제조ERP에 대한 부분을 과감히 제거하고, 고객관계와 판매에 집중한 ERP이다.<br /> <br /> 주로 미국 계열에서 시작된 ERP로 Salesforce.com 이나 Dolibarr (프랑스) 가 있다.<br /> <br /> [[파일:erp_exp_03.jpg|500px]]<br /> <br /> 판매 ERP는 자료, 데이터의 기준이 단순히 거래, transaction이다. 모든 거래 기준으로 고객과 제품 그리고 기타 재화, 서비스의 이동을 관리하게 된다. <br /> <br /> 이러한 관점의 차이를 바르게 알고 ERP를 사용하는 관점을 가져야 한다.<br /> <br /> ==Dolibarr ERP==<br /> 대만에서 사용 중인 ERP는 판매 ERP 기준이다. 대부분의 내용이 거래, transaction 기준으로 이루어지며, 모든 데이터의 관계 중심은 거래이다.<br /> <br /> 보통 쉽게 생각하는 것이, 다음과 같다.<br /> #) 회계처리 (비용 정산)<br /> #) 상품, 서비스 항목 (등록 및 사용)<br /> #) 이벤트 (시간 연관) 처리<br /> #) 인건비 관련 처리<br /> #) 기타 세금 및 재무 관련 처리<br /> <br /> 인건비 투입과 상품, 서비스 제공하는 것이 프로젝트이다. ERP가 발전되어 오면서 부터, ERP외의 다른 분야까지 확대되어 적용되었다.<br /> <br /> 따라서, 기본 기능외에도 프로젝트 관리, 자료 관리, 근태 관리 등의 다양한 요소들이 점점 추가되어 복잡해 지는 것이다.<br /> <br /> * Dolibarr ERP 특징<br /> 오픈소스로, 직접 활용하는 것은 비용이 청구되지 않는다. 다만, 이것을 수정하여 ERP 서비스를 제공하는 형태의 사업은 라이선스가 허용되지 않는다.<br /> 거래, transaction 기준으로 단순하게 구성되어 있으며, 전세계 약 200여개 사업장에서 사용하고 있으며, 유명한 것은 토요타가 사용하고 있다는 것이다.<br /> <br /> 장점은 오픈소스로, 필요사항에 대해서 직접 수정을 할 수 있고, 본인의 프로세스에 맞춰 최적화를 할 수 있다는 점이다.<br /> <br /> 대신에 단점은 전문적인 지원이나 기능 구현에는 어느 정도 개발 인력이나 비용이 투입되어야 한다는 점이다.<br /> <br /> 근 20년동안 사용된 ERP 소스라서 그런지, 왠만한 기능들은 모두 갖추고 있으며, 아주 특화된 기능 예를 들어, 4대 보험 자동 처리, 근태 관리 등의 특수한 목적의 모듈은 별도 써드파티의 제품(모듈)을 구매해서 사용해야 한다. 써드파티 제품도 기본적으로 소스가 공개되기 때문에, 적절한 소스를 구매 후에 수정해서 사용하면 된다.<br /> <br /> 요즘 오픈소스는 클라우드 시스템 기준으로 많이 바뀌었다. 예전처럼 모든 소스 코드나 기능을 제공하기 보다는 기본 기능을 제공하고 핵심적인 기능은 구독이나 구매를 통한 활용을 유도하고 있다. Doliibarr ERP역시 설치형 제품에서 클라우드 서비스 계열로 전환하고 있다.<br /> <br /> [http://wiki.dolibarr.org| Dolibarr wiki 사이트]에서 확인 할 수 있다.<br /> <br /> ===대표적인 기능(모듈)===<br /> 모듈(기능)은 다음과 같은 종류가 있다.<br /> # 인력 관리, HR<br /> # 고객 관리, CRM<br /> # 협력사 관리, Vendor Relation Management (VRM)<br /> # 회계 모듈<br /> # 상품/서비스 모듈<br /> # 프로젝트 관리<br /> # 전자문서 관리<br /> # 다양한 기능 지원 - 에디터, 분류(tag 활용), 다국적 통화 관리, RSS, 데이터 export 기능<br /> # 기타 기능 - 투표, POS 기기 연동, 웹사이트 링크<br /> # 외부 연동 - 소셜 네트워크, 메일 수집 시스템, API 웹서비스, LDAP 인증, OATH2 토큰 관리, 웹파일 시스템 (WebDAV)<br /> <br /> 특히 회계처리를 위해서는 기본적으로 1) 인력(HR) 2) 고객 등록 3) 프로젝트 4)회계 모듈을 설정해야 한다.<br /> <br /> [[https://www.dolibarr.org/#features| '공식배포사 설명']] - 기능에 대한 세부 내용을 확인할 수 있다.<br /> <br /> ===핵심사항===<br /> 프로젝트의 진행은 특히 비용주체는 사람을 기준으로 한다. 이는 모든 법적 기반과 동일하다. 전세계 동일한 기준인 듯. <br /> <br /> 먼저 인력이 있어야, 해당 인력이 비용을 집행하게 되고, 프로젝트를 진행하게 된다.<br /> <br /> 따라서, 인력을 설정하고, 인력의 기본 정보, 회계처리를 위해서는 해당 프로젝트의 Accouting Code (혹은 부서코드)을 지정해야 한다.<br /> <br /> * '''권한 관리'''<br /> <br /> 특히, 결재 권한 및 프로젝트간 구분을 위한 권한 관리를 해 주어야 한다.<br /> <br /> 이부분이 특히 세밀하게 설정하는 것이 필요하다.<br /> <br /> 프로젝트 기본으로는<br /> # 관리자 <br /> # 회계 담당자<br /> # 프로젝트 멤버 - 필요에 따라 세분할 수 있다. 예를 들어 번역, 현장, 사무 등 그러나, 이러한 구분은 비용 및 접근 가능한 데이터 기준으로 나누는 것이므로 설계를 잘 해야 한다. 단순 역무 구분으로 하지 말 것<br /> <br /> =Dolibarr 모듈 설명=<br /> <br /> [https://wiki.dolibarr.org/index.php?title=Category:List_of_Modules Doibarr 모듈 리스트]에서 관련 모듈 내용 참조 - 공식 배포 사이트<br /> <br /> =ERP 사용 팁(Tips)=<br /> <br /> ==결재 권한==<br /> <br /> 다른 프로젝트를 조회할 수 있는 경우 (현재 default)는 PM은 다른 프로젝트의 비용전표를 승인할 수 있는 권한을 가지고 있다.<br /> <br /> 현재 셋팅이 이렇게 되어있을 뿐이며, 다른 프로젝트를 조회가 되면, 다른 프로젝트를 정상적으로 결재할 수 있다.<br /> <br /> * 다른 PM에게 비용전표(ER, Expense Report)를 결재를 올렸더라도, 최종 결재자의 기록만 남는다.<br /> <br /> [[file:er_approval_01.jpg|600px]]<br /> <br /> 다른 조직의 경우에도, 승인 권한을 갖는 지점장이 결재한 경우, 지점장 결재로 전환된다.<br /> <br /> [[file:er_approval_02.jpg|600px]]<br /> <br /> ==비용전표 진행사항 추적==<br /> * 비용전표(ER) 내용 추적 – 결재자, 작성자 등<br /> <br /> 필요에 의해서, 비용전표 작성자, 수정자, 결재자 내역이 필요한 경우가 있습니다. (위의 경우처럼 다른 PM이 결재한 경우)<br /> ※ 해당 전표를 클릭하면, 비용전표(ER)관련 인원을 확인 할 수 있습니다.<br /> <br /> * 메뉴 - 해당 ER전표 번호로 들어가면 된다.<br /> <br /> 해당 비용전표(ER2504-0449)를 클릭하고, 맨 아래 보면 다음과 같은 정보를 확인할 수 있습니다.<br /> <br /> [[file:er_tracking_01.jpg|600px]]<br /> <br /> <br /> * 전표 맨 아래로 내려갔을 때, 전표 결재 사항을 확인 할 수 있습니다. <br /> <br /> [[file:er_tracking_02.jpg|600px]]<br /> '''3/28일 작성, 4/1일 기안 및 결재, 4/1일 paid 처리''' 된 것을 확인 할 수 있습니다.<br /> <br /> ==사용 확인: Agenda==<br /> Agenda는 사용자들이 ERP에서 활동한 내용을 달력식으로 확인할 수 있다.<br /> <br /> * ERP 활동 내역 확인<br /> <br /> [[file:agenda_tack_01.jpg|800px]]<br /> <br /> By ERP working group으로 구분한 경우,<br /> <br /> # PM - 프로젝트 PM<br /> # PSO - 회계담당자<br /> # PWO - 멤버<br /> <br /> ==ERP 조회기능==<br /> 회계 관련 ERP 조회기능은 다음 문서를 참조한다.<br /> <br /> [[ERP 조회기능]]<br /> <br /> <br /> 프로젝트 참조를 잘못 하였거나 은행계좌간 잘못된 송금이 있는 경우에 이를 수정하는 방법이다.<br /> <br /> * ERP 은행간의 전송 조정<br /> 기존 자료를 손대지 않고, 단지 잔액(Balance)만을 맞추기 위한 것이다. 실제 은행 계좌로 송금한 경우에는 선택사항에서 Bank transfer를 선택하고, ERP 은행간 조정의 경우에는 단순히 '''cash'''를 사용한다.<br /> <br /> 예를 들어, KHH Yellow의 비용이 TYC signal project에서 인출된 경우에 조정하는 방법이다.<br /> <br /> ;; KHH Yellow project: 4.KHH_YELLOW (ERP 은행 계좌)<br /> :: TYC Signal project : 2.TYC_SGN (ERP 은행 계좌)<br /> <br /> == ERP 은행간 내부전송: Internal transfer==<br /> 은행(Bank) 메뉴에서 Internal transfer를 선택한다.<br /> <br /> KHH에서 잘못 처리 했기 때문에, KHH계좌에서 TYC 계좌로 전송한다.<br /> <br /> 해당 내역을 기록한다. 특히, 은행 기록(bank entry) 번호를 맨 마지막에 넣어 내용을 알 수 있게 한다.<br /> <br /> * Internal transfer 메뉴 들어가기 (Bank 메뉴)<br /> 상단의 은행메뉴에서 좌측 '''internal transfer'''를 선택한다.<br /> <br /> :[[file:internal_transfer_01.jpg|850px]]<br /> <br /> * 전송할 프로젝트의 ERP 은행 계좌를 선택한다.<br /> 아래의 예는 KHH --&gt; TYC 프로젝트로 송금의 경우이다.<br /> <br /> :[[file:internal_transfer_02.jpg|900px]]<br /> <br /> * 수정할 날짜와 전송방식을 '''Cash'''로 선택한다.<br /> 실제 송금이 이루어진 경우(bank account에 trasfer기록이 남아 있는 경우)에는 해당 일과 동일하게 맞춰 준다. <br /> <br /> 예시는 실제 2025년 9월 30일에 잘못된 인출을 수정하는 예이다.<br /> <br /> :[[file:internal_transfer_03.jpg|950px]]<br /> <br /> * 설명에는 사유를 적고, 해당 기록의 번호를 넣는다. 금액란은 해당 금액 기입<br /> 모든 은행 처리(bank entry)에는 처리번호(bank entry number)가 부여되어 있다. 해당 transaction 번호를 사유와 함께 적는다.<br /> <br /> 날짜도 잘못 처리된 날짜를 선택하기 때문에 해당 일로 확인 할 수 있지만, 추가적으로 처리번호를 넣어 혼돈을 방지한다.<br /> <br /> 예시) Wrong Bank withdrawal_1707 내용, 금액 TWD443,401.00<br /> <br /> :[[file:internal_transfer_04.jpg|1000px]]<br /> <br /> ==프로젝트별 구분, journal(보고서, 분개장)==<br /> 프로젝트를 sub-ledger로 구분하는 것이 프로젝트별 비용을 산출하는 데 편리하다. 현재 대만 사용 환경 및 회계 담당자의 미숙한 운영으로 인하여, 전력(3)/신호(3)을 2개의 전력/신호만으로 구분해서 사용하는데, 이것은 나중에 회계 담당자의 추가적인 업무가 발생한다. 따라서, 되도록이면, 각 프로젝트 별로 '''경비보고서'''를 만들고 사용하는 것을 권장한다.<br /> <br /> # 경비보고서 설정 : 업무 순서<br /> 1. Accounting setup 에서 '''Accounting Journal'''에서 경비보고서를 코드와 함께 생성해 준다. 접두어는 ER_xxx를 사용한다. Expense Report<br /> : 은행계좌가 다를 경우, BQ_ 접두어로 은행 journal도 별도로 생성<br /> 2. 경비보고서 및 은행 journal은 여러 개의 Expense Report(ER)를 참조할 수 있는 Index (목차) 역할을 한다.<br /> 3. 회계 담당자(Account Manager; AM)이 Binding 과정에서 정상적으로 묶음 처리 한다. (index 파일에 등록하는 것)<br /> 4. Accouting &gt;&gt; balance에서 앞서 만든 경비보고서(분개장) 기준으로 분류해서 조회가능하다. (경비보고서 기준 = 프로젝트 별로 구분되므로)<br /> ** 회계 용어 주의 사항 : 영어로는 Journal이라고 사용하지만, 이것을 회계 용어로 사용하면, 분개장. 일반 용어로는 경비보고서 등으로 혼재하여 사용하고, 한글로 번역된 메뉴 이름도 여러가지가 섞여서 사용되므로 용어에 주의한다.<br /> <br /> * 프로젝트 개별비 (직접비, Project direct cost)의 경우<br /> 위와 같은 보고서(journal)로 설정하고 이를 별도로 기록하면 해당 보고서(Journal)를 기준으로 조회하면, 프로젝트별 직접비(개별비)만을 확인할 수 있다. 단, 이것은 바인딩에서 회계 담당자가 정확이 묶음처리 해야 하고, PM은 이를 상시 확인해야 한다.<br /> <br /> 묶음 처리 하더라도, 비용처리에서 특정 분개장(Journal) 기준으로 조회하지 않는 이상, 직접비 이외의 다른 비용 조회에는 문제가 없다. 목차 없이 (no index = no journal) 조회하는 것과 동ㅇ리하기 때문이다. <br /> <br /> <br /> <br /> [[분류:ERP]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=ERP%EC%84%A4%EB%AA%85&diff=1277 2026-09-02T00:07:00Z

<p>172.27.0.1: /* 대표적인 기능(모듈) */</p> <hr /> <div>ERP 전반적인 내용과 Taiwan ERP에 대한 설명입니다.<br /> <br /> 실무적인 내용은 개별적인 주제로 확인하세요<br /> <br /> =ERP 개관=<br /> Project관리의 관점에서 보면, ERP는 일부, 비용과 리스크 관점의 관리이다. 일반적인 회사의 관리차원에서 보면, project가 곧 company로 보아도 타당하다.<br /> <br /> [[file:erp_exp_01.jpg|500px]]<br /> <br /> 프로젝트 관리 부분을 보면, 프로젝트를 진행하는데 있어서, 주요 요소는 3가지 이다. <br /> ** Scope: 범주<br /> ** Time: 시간<br /> ** Cost: 비용<br /> <br /> 프로젝트의 결과물은 품질이라고 볼 수 있는데, 이러한 품질 관점에서 관리하는 것을 RISK라고 한다.<br /> <br /> 또한, 이러한 RISK에서 ERP가 주요 담당하게 되는 것은 비용과 시간 관점이다. 따라서, ERP를 planning이라고 한다. 시간과 비용 그리고, 이것을 집행하는 인력을 자원(Resource)라고 볼 수 있다.<br /> <br /> <br /> ==ERP의 종류==<br /> ERP의 종류는 크게 나누어서 두 가지가 있다.<br /> <br /> # 제조 ERP<br /> # 판매 ERP<br /> <br /> 보통의 ERP가 어려운 부분은 목적에 맞지 않는 ERP를 사용하기 때문이다.<br /> <br /> * 제조 ERP<br /> 보통의 제품 구성을 기준으로, 생산활동 운영에 적절한 자원관리이다. 주로 유럽 제조업 기반에서 시작되었으며, 가장 어려운 부분은 개별적인 구성 모듈과 코드가 많다. <br /> <br /> 유럽에서 나온 ERP 제품으로는 SAP과 Oracle ERP가 대표적이다.<br /> [[파일:erp_exp_02.jpg|500px]]<br /> <br /> * 판매 ERP<br /> 제조 ERP를 일반적인 비즈니에서 활용하기에는 어려움이 많다. 일반 판매에 불과하나, 상당히 많은 제조 코드를 일일히 숙지해야하는 불합리와 판매활동 본연에 집중하지 못하는 단점이 발생한다. 오죽하면 엘런 머스크가 SAP을 검토하다가 그냥 테슬라용 ERP를 만들었겠는가? <br /> <br /> 판매 ERP는 제조ERP에 대한 부분을 과감히 제거하고, 고객관계와 판매에 집중한 ERP이다.<br /> <br /> 주로 미국 계열에서 시작된 ERP로 Salesforce.com 이나 Dolibarr (프랑스) 가 있다.<br /> <br /> [[파일:erp_exp_03.jpg|500px]]<br /> <br /> 판매 ERP는 자료, 데이터의 기준이 단순히 거래, transaction이다. 모든 거래 기준으로 고객과 제품 그리고 기타 재화, 서비스의 이동을 관리하게 된다. <br /> <br /> 이러한 관점의 차이를 바르게 알고 ERP를 사용하는 관점을 가져야 한다.<br /> <br /> ==Dolibarr ERP==<br /> 대만에서 사용 중인 ERP는 판매 ERP 기준이다. 대부분의 내용이 거래, transaction 기준으로 이루어지며, 모든 데이터의 관계 중심은 거래이다.<br /> <br /> 보통 쉽게 생각하는 것이, 다음과 같다.<br /> #) 회계처리 (비용 정산)<br /> #) 상품, 서비스 항목 (등록 및 사용)<br /> #) 이벤트 (시간 연관) 처리<br /> #) 인건비 관련 처리<br /> #) 기타 세금 및 재무 관련 처리<br /> <br /> 인건비 투입과 상품, 서비스 제공하는 것이 프로젝트이다. ERP가 발전되어 오면서 부터, ERP외의 다른 분야까지 확대되어 적용되었다.<br /> <br /> 따라서, 기본 기능외에도 프로젝트 관리, 자료 관리, 근태 관리 등의 다양한 요소들이 점점 추가되어 복잡해 지는 것이다.<br /> <br /> * Dolibarr ERP 특징<br /> 오픈소스로, 직접 활용하는 것은 비용이 청구되지 않는다. 다만, 이것을 수정하여 ERP 서비스를 제공하는 형태의 사업은 라이선스가 허용되지 않는다.<br /> 거래, transaction 기준으로 단순하게 구성되어 있으며, 전세계 약 200여개 사업장에서 사용하고 있으며, 유명한 것은 토요타가 사용하고 있다는 것이다.<br /> <br /> 장점은 오픈소스로, 필요사항에 대해서 직접 수정을 할 수 있고, 본인의 프로세스에 맞춰 최적화를 할 수 있다는 점이다.<br /> <br /> 대신에 단점은 전문적인 지원이나 기능 구현에는 어느 정도 개발 인력이나 비용이 투입되어야 한다는 점이다.<br /> <br /> 근 20년동안 사용된 ERP 소스라서 그런지, 왠만한 기능들은 모두 갖추고 있으며, 아주 특화된 기능 예를 들어, 4대 보험 자동 처리, 근태 관리 등의 특수한 목적의 모듈은 별도 써드파티의 제품(모듈)을 구매해서 사용해야 한다. 써드파티 제품도 기본적으로 소스가 공개되기 때문에, 적절한 소스를 구매 후에 수정해서 사용하면 된다.<br /> <br /> 요즘 오픈소스는 클라우드 시스템 기준으로 많이 바뀌었다. 예전처럼 모든 소스 코드나 기능을 제공하기 보다는 기본 기능을 제공하고 핵심적인 기능은 구독이나 구매를 통한 활용을 유도하고 있다. Doliibarr ERP역시 설치형 제품에서 클라우드 서비스 계열로 전환하고 있다.<br /> <br /> [http://wiki.dolibarr.org| Dolibarr wiki 사이트]에서 확인 할 수 있다.<br /> <br /> ===대표적인 기능(모듈)===<br /> 모듈(기능)은 다음과 같은 종류가 있다.<br /> # 인력 관리, HR<br /> # 고객 관리, CRM<br /> # 협력사 관리, Vendor Relation Management (VRM)<br /> # 회계 모듈<br /> # 상품/서비스 모듈<br /> # 프로젝트 관리<br /> # 전자문서 관리<br /> # 다양한 기능 지원 - 에디터, 분류(tag 활용), 다국적 통화 관리, RSS, 데이터 export 기능<br /> # 기타 기능 - 투표, POS 기기 연동, 웹사이트 링크<br /> # 외부 연동 - 소셜 네트워크, 메일 수집 시스템, API 웹서비스, LDAP 인증, OATH2 토큰 관리, 웹파일 시스템 (WebDAV)<br /> <br /> 특히 회계처리를 위해서는 기본적으로 1) 인력(HR) 2) 고객 등록 3) 프로젝트 4)회계 모듈을 설정해야 한다.<br /> <br /> [[https://www.dolibarr.org/#features| '공식배포사 설명']] - 기능에 대한 세부 내용을 확인할 수 있다.<br /> <br /> ===핵심사항===<br /> 프로젝트의 진행은 특히 비용주체는 사람을 기준으로 한다. 이는 모든 법적 기반과 동일하다. 전세계 동일한 기준인 듯. <br /> <br /> 먼저 인력이 있어야, 해당 인력이 비용을 집행하게 되고, 프로젝트를 진행하게 된다.<br /> <br /> 따라서, 인력을 설정하고, 인력의 기본 정보, 회계처리를 위해서는 해당 프로젝트의 Accouting Code (혹은 부서코드)을 지정해야 한다.<br /> <br /> * '''권한 관리'''<br /> <br /> 특히, 결재 권한 및 프로젝트간 구분을 위한 권한 관리를 해 주어야 한다.<br /> <br /> 이부분이 특히 세밀하게 설정하는 것이 필요하다.<br /> <br /> 프로젝트 기본으로는<br /> # 관리자 <br /> # 회계 담당자<br /> # 프로젝트 멤버 - 필요에 따라 세분할 수 있다. 예를 들어 번역, 현장, 사무 등 그러나, 이러한 구분은 비용 및 접근 가능한 데이터 기준으로 나누는 것이므로 설계를 잘 해야 한다. 단순 역무 구분으로 하지 말 것<br /> <br /> =Dolibarr 모듈 설명=<br /> <br /> [https://wiki.dolibarr.org/index.php?title=Category:List_of_Modules Doibarr 모듈 리스트]에서 관련 모듈 내용 참조 - 공식 배포 사이트<br /> <br /> =ERP 사용 팁(Tips)=<br /> <br /> ==결재 권한==<br /> <br /> 다른 프로젝트를 조회할 수 있는 경우 (현재 default)는 PM은 다른 프로젝트의 비용전표를 승인할 수 있는 권한을 가지고 있다.<br /> <br /> 현재 셋팅이 이렇게 되어있을 뿐이며, 다른 프로젝트를 조회가 되면, 다른 프로젝트를 정상적으로 결재할 수 있다.<br /> <br /> * 다른 PM에게 비용전표(ER, Expense Report)를 결재를 올렸더라도, 최종 결재자의 기록만 남는다.<br /> <br /> [[file:er_approval_01.jpg|600px]]<br /> <br /> 다른 조직의 경우에도, 승인 권한을 갖는 지점장이 결재한 경우, 지점장 결재로 전환된다.<br /> <br /> [[file:er_approval_02.jpg|600px]]<br /> <br /> ==비용전표 진행사항 추적==<br /> * 비용전표(ER) 내용 추적 – 결재자, 작성자 등<br /> <br /> 필요에 의해서, 비용전표 작성자, 수정자, 결재자 내역이 필요한 경우가 있습니다. (위의 경우처럼 다른 PM이 결재한 경우)<br /> ※ 해당 전표를 클릭하면, 비용전표(ER)관련 인원을 확인 할 수 있습니다.<br /> <br /> * 메뉴 - 해당 ER전표 번호로 들어가면 된다.<br /> <br /> 해당 비용전표(ER2504-0449)를 클릭하고, 맨 아래 보면 다음과 같은 정보를 확인할 수 있습니다.<br /> <br /> [[file:er_tracking_01.jpg|600px]]<br /> <br /> <br /> * 전표 맨 아래로 내려갔을 때, 전표 결재 사항을 확인 할 수 있습니다. <br /> <br /> [[file:er_tracking_02.jpg|600px]]<br /> '''3/28일 작성, 4/1일 기안 및 결재, 4/1일 paid 처리''' 된 것을 확인 할 수 있습니다.<br /> <br /> ==사용 확인: Agenda==<br /> Agenda는 사용자들이 ERP에서 활동한 내용을 달력식으로 확인할 수 있다.<br /> <br /> * ERP 활동 내역 확인<br /> <br /> [[file:agenda_tack_01.jpg|800px]]<br /> <br /> By ERP working group으로 구분한 경우,<br /> <br /> # PM - 프로젝트 PM<br /> # PSO - 회계담당자<br /> # PWO - 멤버<br /> <br /> ==ERP 조회기능==<br /> 회계 관련 ERP 조회기능은 다음 문서를 참조한다.<br /> <br /> [[ERP 조회기능]]<br /> <br /> <br /> 프로젝트 참조를 잘못 하였거나 은행계좌간 잘못된 송금이 있는 경우에 이를 수정하는 방법이다.<br /> <br /> * ERP 은행간의 전송 조정<br /> 기존 자료를 손대지 않고, 단지 잔액(Balance)만을 맞추기 위한 것이다. 실제 은행 계좌로 송금한 경우에는 선택사항에서 Bank transfer를 선택하고, ERP 은행간 조정의 경우에는 단순히 '''cash'''를 사용한다.<br /> <br /> 예를 들어, KHH Yellow의 비용이 TYC signal project에서 인출된 경우에 조정하는 방법이다.<br /> <br /> ;; KHH Yellow project: 4.KHH_YELLOW (ERP 은행 계좌)<br /> :: TYC Signal project : 2.TYC_SGN (ERP 은행 계좌)<br /> <br /> == ERP 은행간 내부전송: Internal transfer==<br /> 은행(Bank) 메뉴에서 Internal transfer를 선택한다.<br /> <br /> KHH에서 잘못 처리 했기 때문에, KHH계좌에서 TYC 계좌로 전송한다.<br /> <br /> 해당 내역을 기록한다. 특히, 은행 기록(bank entry) 번호를 맨 마지막에 넣어 내용을 알 수 있게 한다.<br /> <br /> * Internal transfer 메뉴 들어가기 (Bank 메뉴)<br /> 상단의 은행메뉴에서 좌측 '''internal transfer'''를 선택한다.<br /> <br /> :[[file:internal_transfer_01.jpg|850px]]<br /> <br /> * 전송할 프로젝트의 ERP 은행 계좌를 선택한다.<br /> 아래의 예는 KHH --&gt; TYC 프로젝트로 송금의 경우이다.<br /> <br /> :[[file:internal_transfer_02.jpg|900px]]<br /> <br /> * 수정할 날짜와 전송방식을 '''Cash'''로 선택한다.<br /> 실제 송금이 이루어진 경우(bank account에 trasfer기록이 남아 있는 경우)에는 해당 일과 동일하게 맞춰 준다. <br /> <br /> 예시는 실제 2025년 9월 30일에 잘못된 인출을 수정하는 예이다.<br /> <br /> :[[file:internal_transfer_03.jpg|950px]]<br /> <br /> * 설명에는 사유를 적고, 해당 기록의 번호를 넣는다. 금액란은 해당 금액 기입<br /> 모든 은행 처리(bank entry)에는 처리번호(bank entry number)가 부여되어 있다. 해당 transaction 번호를 사유와 함께 적는다.<br /> <br /> 날짜도 잘못 처리된 날짜를 선택하기 때문에 해당 일로 확인 할 수 있지만, 추가적으로 처리번호를 넣어 혼돈을 방지한다.<br /> <br /> 예시) Wrong Bank withdrawal_1707 내용, 금액 TWD443,401.00<br /> <br /> :[[file:internal_transfer_04.jpg|1000px]]<br /> <br /> ==프로젝트별 구분, journal(보고서, 분개장)==<br /> 프로젝트를 sub-ledger로 구분하는 것이 프로젝트별 비용을 산출하는 데 편리하다. 현재 대만 사용 환경 및 회계 담당자의 미숙한 운영으로 인하여, 전력(3)/신호(3)을 2개의 전력/신호만으로 구분해서 사용하는데, 이것은 나중에 회계 담당자의 추가적인 업무가 발생한다. 따라서, 되도록이면, 각 프로젝트 별로 '''경비보고서'''를 만들고 사용하는 것을 권장한다.<br /> <br /> # 경비보고서 설정 : 업무 순서<br /> 1. Accounting setup 에서 '''Accounting Journal'''에서 경비보고서를 코드와 함께 생성해 준다. 접두어는 ER_xxx를 사용한다. Expense Report<br /> : 은행계좌가 다를 경우, BQ_ 접두어로 은행 journal도 별도로 생성<br /> 2. 경비보고서 및 은행 journal은 여러 개의 Expense Report(ER)를 참조할 수 있는 Index (목차) 역할을 한다.<br /> 3. 회계 담당자(Account Manager; AM)이 Binding 과정에서 정상적으로 묶음 처리 한다. (index 파일에 등록하는 것)<br /> 4. Accouting &gt;&gt; balance에서 앞서 만든 경비보고서(분개장) 기준으로 분류해서 조회가능하다. (경비보고서 기준 = 프로젝트 별로 구분되므로)<br /> ** 회계 용어 주의 사항 : 영어로는 Journal이라고 사용하지만, 이것을 회계 용어로 사용하면, 분개장. 일반 용어로는 경비보고서 등으로 혼재하여 사용하고, 한글로 번역된 메뉴 이름도 여러가지가 섞여서 사용되므로 용어에 주의한다.<br /> <br /> * 프로젝트 개별비 (직접비, Project direct cost)의 경우<br /> 위와 같은 보고서(journal)로 설정하고 이를 별도로 기록하면 해당 보고서(Journal)를 기준으로 조회하면, 프로젝트별 직접비(개별비)만을 확인할 수 있다. 단, 이것은 바인딩에서 회계 담당자가 정확이 묶음처리 해야 하고, PM은 이를 상시 확인해야 한다.<br /> <br /> 묶음 처리 하더라도, 비용처리에서 특정 분개장(Journal) 기준으로 조회하지 않는 이상, 직접비 이외의 다른 비용 조회에는 문제가 없다. 목차 없이 (no index = no journal) 조회하는 것과 동ㅇ리하기 때문이다. <br /> <br /> <br /> <br /> [[분류:ERP]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=ERP%EC%84%A4%EB%AA%85&diff=1276 2026-09-02T00:06:30Z

<p>172.27.0.1: /* 대표적인 기능(모듈) */</p> <hr /> <div>ERP 전반적인 내용과 Taiwan ERP에 대한 설명입니다.<br /> <br /> 실무적인 내용은 개별적인 주제로 확인하세요<br /> <br /> =ERP 개관=<br /> Project관리의 관점에서 보면, ERP는 일부, 비용과 리스크 관점의 관리이다. 일반적인 회사의 관리차원에서 보면, project가 곧 company로 보아도 타당하다.<br /> <br /> [[file:erp_exp_01.jpg|500px]]<br /> <br /> 프로젝트 관리 부분을 보면, 프로젝트를 진행하는데 있어서, 주요 요소는 3가지 이다. <br /> ** Scope: 범주<br /> ** Time: 시간<br /> ** Cost: 비용<br /> <br /> 프로젝트의 결과물은 품질이라고 볼 수 있는데, 이러한 품질 관점에서 관리하는 것을 RISK라고 한다.<br /> <br /> 또한, 이러한 RISK에서 ERP가 주요 담당하게 되는 것은 비용과 시간 관점이다. 따라서, ERP를 planning이라고 한다. 시간과 비용 그리고, 이것을 집행하는 인력을 자원(Resource)라고 볼 수 있다.<br /> <br /> <br /> ==ERP의 종류==<br /> ERP의 종류는 크게 나누어서 두 가지가 있다.<br /> <br /> # 제조 ERP<br /> # 판매 ERP<br /> <br /> 보통의 ERP가 어려운 부분은 목적에 맞지 않는 ERP를 사용하기 때문이다.<br /> <br /> * 제조 ERP<br /> 보통의 제품 구성을 기준으로, 생산활동 운영에 적절한 자원관리이다. 주로 유럽 제조업 기반에서 시작되었으며, 가장 어려운 부분은 개별적인 구성 모듈과 코드가 많다. <br /> <br /> 유럽에서 나온 ERP 제품으로는 SAP과 Oracle ERP가 대표적이다.<br /> [[파일:erp_exp_02.jpg|500px]]<br /> <br /> * 판매 ERP<br /> 제조 ERP를 일반적인 비즈니에서 활용하기에는 어려움이 많다. 일반 판매에 불과하나, 상당히 많은 제조 코드를 일일히 숙지해야하는 불합리와 판매활동 본연에 집중하지 못하는 단점이 발생한다. 오죽하면 엘런 머스크가 SAP을 검토하다가 그냥 테슬라용 ERP를 만들었겠는가? <br /> <br /> 판매 ERP는 제조ERP에 대한 부분을 과감히 제거하고, 고객관계와 판매에 집중한 ERP이다.<br /> <br /> 주로 미국 계열에서 시작된 ERP로 Salesforce.com 이나 Dolibarr (프랑스) 가 있다.<br /> <br /> [[파일:erp_exp_03.jpg|500px]]<br /> <br /> 판매 ERP는 자료, 데이터의 기준이 단순히 거래, transaction이다. 모든 거래 기준으로 고객과 제품 그리고 기타 재화, 서비스의 이동을 관리하게 된다. <br /> <br /> 이러한 관점의 차이를 바르게 알고 ERP를 사용하는 관점을 가져야 한다.<br /> <br /> ==Dolibarr ERP==<br /> 대만에서 사용 중인 ERP는 판매 ERP 기준이다. 대부분의 내용이 거래, transaction 기준으로 이루어지며, 모든 데이터의 관계 중심은 거래이다.<br /> <br /> 보통 쉽게 생각하는 것이, 다음과 같다.<br /> #) 회계처리 (비용 정산)<br /> #) 상품, 서비스 항목 (등록 및 사용)<br /> #) 이벤트 (시간 연관) 처리<br /> #) 인건비 관련 처리<br /> #) 기타 세금 및 재무 관련 처리<br /> <br /> 인건비 투입과 상품, 서비스 제공하는 것이 프로젝트이다. ERP가 발전되어 오면서 부터, ERP외의 다른 분야까지 확대되어 적용되었다.<br /> <br /> 따라서, 기본 기능외에도 프로젝트 관리, 자료 관리, 근태 관리 등의 다양한 요소들이 점점 추가되어 복잡해 지는 것이다.<br /> <br /> * Dolibarr ERP 특징<br /> 오픈소스로, 직접 활용하는 것은 비용이 청구되지 않는다. 다만, 이것을 수정하여 ERP 서비스를 제공하는 형태의 사업은 라이선스가 허용되지 않는다.<br /> 거래, transaction 기준으로 단순하게 구성되어 있으며, 전세계 약 200여개 사업장에서 사용하고 있으며, 유명한 것은 토요타가 사용하고 있다는 것이다.<br /> <br /> 장점은 오픈소스로, 필요사항에 대해서 직접 수정을 할 수 있고, 본인의 프로세스에 맞춰 최적화를 할 수 있다는 점이다.<br /> <br /> 대신에 단점은 전문적인 지원이나 기능 구현에는 어느 정도 개발 인력이나 비용이 투입되어야 한다는 점이다.<br /> <br /> 근 20년동안 사용된 ERP 소스라서 그런지, 왠만한 기능들은 모두 갖추고 있으며, 아주 특화된 기능 예를 들어, 4대 보험 자동 처리, 근태 관리 등의 특수한 목적의 모듈은 별도 써드파티의 제품(모듈)을 구매해서 사용해야 한다. 써드파티 제품도 기본적으로 소스가 공개되기 때문에, 적절한 소스를 구매 후에 수정해서 사용하면 된다.<br /> <br /> 요즘 오픈소스는 클라우드 시스템 기준으로 많이 바뀌었다. 예전처럼 모든 소스 코드나 기능을 제공하기 보다는 기본 기능을 제공하고 핵심적인 기능은 구독이나 구매를 통한 활용을 유도하고 있다. Doliibarr ERP역시 설치형 제품에서 클라우드 서비스 계열로 전환하고 있다.<br /> <br /> [http://wiki.dolibarr.org| Dolibarr wiki 사이트]에서 확인 할 수 있다.<br /> <br /> ===대표적인 기능(모듈)===<br /> 모듈(기능)은 다음과 같은 종류가 있다.<br /> # 인력 관리, HR<br /> # 고객 관리, CRM<br /> # 협력사 관리, Vendor Relation Management (VRM)<br /> # 회계 모듈<br /> # 상품/서비스 모듈<br /> # 프로젝트 관리<br /> # 전자문서 관리<br /> # 다양한 기능 지원 - 에디터, 분류(tag 활용), 다국적 통화 관리, RSS, 데이터 export 기능<br /> # 기타 기능 - 투표, POS 기기 연동, 웹사이트 링크<br /> # 외부 연동 - 소셜 네트워크, 메일 수집 시스템, API 웹서비스, LDAP 인증, OATH2 토큰 관리, 웹파일 시스템 (WebDAV)<br /> <br /> 특히 회계처리를 위해서는 기본적으로 1) 인력(HR) 2) 고객 등록 3) 프로젝트 4)회계 모듈을 설정해야 한다.<br /> <br /> [[https://www.dolibarr.org/#features|공식배포사 설명]] 기능에 대한 세부 내용을 확인할 수 있다.<br /> <br /> ===핵심사항===<br /> 프로젝트의 진행은 특히 비용주체는 사람을 기준으로 한다. 이는 모든 법적 기반과 동일하다. 전세계 동일한 기준인 듯. <br /> <br /> 먼저 인력이 있어야, 해당 인력이 비용을 집행하게 되고, 프로젝트를 진행하게 된다.<br /> <br /> 따라서, 인력을 설정하고, 인력의 기본 정보, 회계처리를 위해서는 해당 프로젝트의 Accouting Code (혹은 부서코드)을 지정해야 한다.<br /> <br /> * '''권한 관리'''<br /> <br /> 특히, 결재 권한 및 프로젝트간 구분을 위한 권한 관리를 해 주어야 한다.<br /> <br /> 이부분이 특히 세밀하게 설정하는 것이 필요하다.<br /> <br /> 프로젝트 기본으로는<br /> # 관리자 <br /> # 회계 담당자<br /> # 프로젝트 멤버 - 필요에 따라 세분할 수 있다. 예를 들어 번역, 현장, 사무 등 그러나, 이러한 구분은 비용 및 접근 가능한 데이터 기준으로 나누는 것이므로 설계를 잘 해야 한다. 단순 역무 구분으로 하지 말 것<br /> <br /> =Dolibarr 모듈 설명=<br /> <br /> [https://wiki.dolibarr.org/index.php?title=Category:List_of_Modules Doibarr 모듈 리스트]에서 관련 모듈 내용 참조 - 공식 배포 사이트<br /> <br /> =ERP 사용 팁(Tips)=<br /> <br /> ==결재 권한==<br /> <br /> 다른 프로젝트를 조회할 수 있는 경우 (현재 default)는 PM은 다른 프로젝트의 비용전표를 승인할 수 있는 권한을 가지고 있다.<br /> <br /> 현재 셋팅이 이렇게 되어있을 뿐이며, 다른 프로젝트를 조회가 되면, 다른 프로젝트를 정상적으로 결재할 수 있다.<br /> <br /> * 다른 PM에게 비용전표(ER, Expense Report)를 결재를 올렸더라도, 최종 결재자의 기록만 남는다.<br /> <br /> [[file:er_approval_01.jpg|600px]]<br /> <br /> 다른 조직의 경우에도, 승인 권한을 갖는 지점장이 결재한 경우, 지점장 결재로 전환된다.<br /> <br /> [[file:er_approval_02.jpg|600px]]<br /> <br /> ==비용전표 진행사항 추적==<br /> * 비용전표(ER) 내용 추적 – 결재자, 작성자 등<br /> <br /> 필요에 의해서, 비용전표 작성자, 수정자, 결재자 내역이 필요한 경우가 있습니다. (위의 경우처럼 다른 PM이 결재한 경우)<br /> ※ 해당 전표를 클릭하면, 비용전표(ER)관련 인원을 확인 할 수 있습니다.<br /> <br /> * 메뉴 - 해당 ER전표 번호로 들어가면 된다.<br /> <br /> 해당 비용전표(ER2504-0449)를 클릭하고, 맨 아래 보면 다음과 같은 정보를 확인할 수 있습니다.<br /> <br /> [[file:er_tracking_01.jpg|600px]]<br /> <br /> <br /> * 전표 맨 아래로 내려갔을 때, 전표 결재 사항을 확인 할 수 있습니다. <br /> <br /> [[file:er_tracking_02.jpg|600px]]<br /> '''3/28일 작성, 4/1일 기안 및 결재, 4/1일 paid 처리''' 된 것을 확인 할 수 있습니다.<br /> <br /> ==사용 확인: Agenda==<br /> Agenda는 사용자들이 ERP에서 활동한 내용을 달력식으로 확인할 수 있다.<br /> <br /> * ERP 활동 내역 확인<br /> <br /> [[file:agenda_tack_01.jpg|800px]]<br /> <br /> By ERP working group으로 구분한 경우,<br /> <br /> # PM - 프로젝트 PM<br /> # PSO - 회계담당자<br /> # PWO - 멤버<br /> <br /> ==ERP 조회기능==<br /> 회계 관련 ERP 조회기능은 다음 문서를 참조한다.<br /> <br /> [[ERP 조회기능]]<br /> <br /> <br /> 프로젝트 참조를 잘못 하였거나 은행계좌간 잘못된 송금이 있는 경우에 이를 수정하는 방법이다.<br /> <br /> * ERP 은행간의 전송 조정<br /> 기존 자료를 손대지 않고, 단지 잔액(Balance)만을 맞추기 위한 것이다. 실제 은행 계좌로 송금한 경우에는 선택사항에서 Bank transfer를 선택하고, ERP 은행간 조정의 경우에는 단순히 '''cash'''를 사용한다.<br /> <br /> 예를 들어, KHH Yellow의 비용이 TYC signal project에서 인출된 경우에 조정하는 방법이다.<br /> <br /> ;; KHH Yellow project: 4.KHH_YELLOW (ERP 은행 계좌)<br /> :: TYC Signal project : 2.TYC_SGN (ERP 은행 계좌)<br /> <br /> == ERP 은행간 내부전송: Internal transfer==<br /> 은행(Bank) 메뉴에서 Internal transfer를 선택한다.<br /> <br /> KHH에서 잘못 처리 했기 때문에, KHH계좌에서 TYC 계좌로 전송한다.<br /> <br /> 해당 내역을 기록한다. 특히, 은행 기록(bank entry) 번호를 맨 마지막에 넣어 내용을 알 수 있게 한다.<br /> <br /> * Internal transfer 메뉴 들어가기 (Bank 메뉴)<br /> 상단의 은행메뉴에서 좌측 '''internal transfer'''를 선택한다.<br /> <br /> :[[file:internal_transfer_01.jpg|850px]]<br /> <br /> * 전송할 프로젝트의 ERP 은행 계좌를 선택한다.<br /> 아래의 예는 KHH --&gt; TYC 프로젝트로 송금의 경우이다.<br /> <br /> :[[file:internal_transfer_02.jpg|900px]]<br /> <br /> * 수정할 날짜와 전송방식을 '''Cash'''로 선택한다.<br /> 실제 송금이 이루어진 경우(bank account에 trasfer기록이 남아 있는 경우)에는 해당 일과 동일하게 맞춰 준다. <br /> <br /> 예시는 실제 2025년 9월 30일에 잘못된 인출을 수정하는 예이다.<br /> <br /> :[[file:internal_transfer_03.jpg|950px]]<br /> <br /> * 설명에는 사유를 적고, 해당 기록의 번호를 넣는다. 금액란은 해당 금액 기입<br /> 모든 은행 처리(bank entry)에는 처리번호(bank entry number)가 부여되어 있다. 해당 transaction 번호를 사유와 함께 적는다.<br /> <br /> 날짜도 잘못 처리된 날짜를 선택하기 때문에 해당 일로 확인 할 수 있지만, 추가적으로 처리번호를 넣어 혼돈을 방지한다.<br /> <br /> 예시) Wrong Bank withdrawal_1707 내용, 금액 TWD443,401.00<br /> <br /> :[[file:internal_transfer_04.jpg|1000px]]<br /> <br /> ==프로젝트별 구분, journal(보고서, 분개장)==<br /> 프로젝트를 sub-ledger로 구분하는 것이 프로젝트별 비용을 산출하는 데 편리하다. 현재 대만 사용 환경 및 회계 담당자의 미숙한 운영으로 인하여, 전력(3)/신호(3)을 2개의 전력/신호만으로 구분해서 사용하는데, 이것은 나중에 회계 담당자의 추가적인 업무가 발생한다. 따라서, 되도록이면, 각 프로젝트 별로 '''경비보고서'''를 만들고 사용하는 것을 권장한다.<br /> <br /> # 경비보고서 설정 : 업무 순서<br /> 1. Accounting setup 에서 '''Accounting Journal'''에서 경비보고서를 코드와 함께 생성해 준다. 접두어는 ER_xxx를 사용한다. Expense Report<br /> : 은행계좌가 다를 경우, BQ_ 접두어로 은행 journal도 별도로 생성<br /> 2. 경비보고서 및 은행 journal은 여러 개의 Expense Report(ER)를 참조할 수 있는 Index (목차) 역할을 한다.<br /> 3. 회계 담당자(Account Manager; AM)이 Binding 과정에서 정상적으로 묶음 처리 한다. (index 파일에 등록하는 것)<br /> 4. Accouting &gt;&gt; balance에서 앞서 만든 경비보고서(분개장) 기준으로 분류해서 조회가능하다. (경비보고서 기준 = 프로젝트 별로 구분되므로)<br /> ** 회계 용어 주의 사항 : 영어로는 Journal이라고 사용하지만, 이것을 회계 용어로 사용하면, 분개장. 일반 용어로는 경비보고서 등으로 혼재하여 사용하고, 한글로 번역된 메뉴 이름도 여러가지가 섞여서 사용되므로 용어에 주의한다.<br /> <br /> * 프로젝트 개별비 (직접비, Project direct cost)의 경우<br /> 위와 같은 보고서(journal)로 설정하고 이를 별도로 기록하면 해당 보고서(Journal)를 기준으로 조회하면, 프로젝트별 직접비(개별비)만을 확인할 수 있다. 단, 이것은 바인딩에서 회계 담당자가 정확이 묶음처리 해야 하고, PM은 이를 상시 확인해야 한다.<br /> <br /> 묶음 처리 하더라도, 비용처리에서 특정 분개장(Journal) 기준으로 조회하지 않는 이상, 직접비 이외의 다른 비용 조회에는 문제가 없다. 목차 없이 (no index = no journal) 조회하는 것과 동ㅇ리하기 때문이다. <br /> <br /> <br /> <br /> [[분류:ERP]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=ERP%EC%84%A4%EB%AA%85&diff=1275 2026-09-02T00:03:54Z

<p>172.27.0.1: /* Dolibarr 모듈 설명 */</p> <hr /> <div>ERP 전반적인 내용과 Taiwan ERP에 대한 설명입니다.<br /> <br /> 실무적인 내용은 개별적인 주제로 확인하세요<br /> <br /> =ERP 개관=<br /> Project관리의 관점에서 보면, ERP는 일부, 비용과 리스크 관점의 관리이다. 일반적인 회사의 관리차원에서 보면, project가 곧 company로 보아도 타당하다.<br /> <br /> [[file:erp_exp_01.jpg|500px]]<br /> <br /> 프로젝트 관리 부분을 보면, 프로젝트를 진행하는데 있어서, 주요 요소는 3가지 이다. <br /> ** Scope: 범주<br /> ** Time: 시간<br /> ** Cost: 비용<br /> <br /> 프로젝트의 결과물은 품질이라고 볼 수 있는데, 이러한 품질 관점에서 관리하는 것을 RISK라고 한다.<br /> <br /> 또한, 이러한 RISK에서 ERP가 주요 담당하게 되는 것은 비용과 시간 관점이다. 따라서, ERP를 planning이라고 한다. 시간과 비용 그리고, 이것을 집행하는 인력을 자원(Resource)라고 볼 수 있다.<br /> <br /> <br /> ==ERP의 종류==<br /> ERP의 종류는 크게 나누어서 두 가지가 있다.<br /> <br /> # 제조 ERP<br /> # 판매 ERP<br /> <br /> 보통의 ERP가 어려운 부분은 목적에 맞지 않는 ERP를 사용하기 때문이다.<br /> <br /> * 제조 ERP<br /> 보통의 제품 구성을 기준으로, 생산활동 운영에 적절한 자원관리이다. 주로 유럽 제조업 기반에서 시작되었으며, 가장 어려운 부분은 개별적인 구성 모듈과 코드가 많다. <br /> <br /> 유럽에서 나온 ERP 제품으로는 SAP과 Oracle ERP가 대표적이다.<br /> [[파일:erp_exp_02.jpg|500px]]<br /> <br /> * 판매 ERP<br /> 제조 ERP를 일반적인 비즈니에서 활용하기에는 어려움이 많다. 일반 판매에 불과하나, 상당히 많은 제조 코드를 일일히 숙지해야하는 불합리와 판매활동 본연에 집중하지 못하는 단점이 발생한다. 오죽하면 엘런 머스크가 SAP을 검토하다가 그냥 테슬라용 ERP를 만들었겠는가? <br /> <br /> 판매 ERP는 제조ERP에 대한 부분을 과감히 제거하고, 고객관계와 판매에 집중한 ERP이다.<br /> <br /> 주로 미국 계열에서 시작된 ERP로 Salesforce.com 이나 Dolibarr (프랑스) 가 있다.<br /> <br /> [[파일:erp_exp_03.jpg|500px]]<br /> <br /> 판매 ERP는 자료, 데이터의 기준이 단순히 거래, transaction이다. 모든 거래 기준으로 고객과 제품 그리고 기타 재화, 서비스의 이동을 관리하게 된다. <br /> <br /> 이러한 관점의 차이를 바르게 알고 ERP를 사용하는 관점을 가져야 한다.<br /> <br /> ==Dolibarr ERP==<br /> 대만에서 사용 중인 ERP는 판매 ERP 기준이다. 대부분의 내용이 거래, transaction 기준으로 이루어지며, 모든 데이터의 관계 중심은 거래이다.<br /> <br /> 보통 쉽게 생각하는 것이, 다음과 같다.<br /> #) 회계처리 (비용 정산)<br /> #) 상품, 서비스 항목 (등록 및 사용)<br /> #) 이벤트 (시간 연관) 처리<br /> #) 인건비 관련 처리<br /> #) 기타 세금 및 재무 관련 처리<br /> <br /> 인건비 투입과 상품, 서비스 제공하는 것이 프로젝트이다. ERP가 발전되어 오면서 부터, ERP외의 다른 분야까지 확대되어 적용되었다.<br /> <br /> 따라서, 기본 기능외에도 프로젝트 관리, 자료 관리, 근태 관리 등의 다양한 요소들이 점점 추가되어 복잡해 지는 것이다.<br /> <br /> * Dolibarr ERP 특징<br /> 오픈소스로, 직접 활용하는 것은 비용이 청구되지 않는다. 다만, 이것을 수정하여 ERP 서비스를 제공하는 형태의 사업은 라이선스가 허용되지 않는다.<br /> 거래, transaction 기준으로 단순하게 구성되어 있으며, 전세계 약 200여개 사업장에서 사용하고 있으며, 유명한 것은 토요타가 사용하고 있다는 것이다.<br /> <br /> 장점은 오픈소스로, 필요사항에 대해서 직접 수정을 할 수 있고, 본인의 프로세스에 맞춰 최적화를 할 수 있다는 점이다.<br /> <br /> 대신에 단점은 전문적인 지원이나 기능 구현에는 어느 정도 개발 인력이나 비용이 투입되어야 한다는 점이다.<br /> <br /> 근 20년동안 사용된 ERP 소스라서 그런지, 왠만한 기능들은 모두 갖추고 있으며, 아주 특화된 기능 예를 들어, 4대 보험 자동 처리, 근태 관리 등의 특수한 목적의 모듈은 별도 써드파티의 제품(모듈)을 구매해서 사용해야 한다. 써드파티 제품도 기본적으로 소스가 공개되기 때문에, 적절한 소스를 구매 후에 수정해서 사용하면 된다.<br /> <br /> 요즘 오픈소스는 클라우드 시스템 기준으로 많이 바뀌었다. 예전처럼 모든 소스 코드나 기능을 제공하기 보다는 기본 기능을 제공하고 핵심적인 기능은 구독이나 구매를 통한 활용을 유도하고 있다. Doliibarr ERP역시 설치형 제품에서 클라우드 서비스 계열로 전환하고 있다.<br /> <br /> [http://wiki.dolibarr.org| Dolibarr wiki 사이트]에서 확인 할 수 있다.<br /> <br /> ===대표적인 기능(모듈)===<br /> 모듈(기능)은 다음과 같은 종류가 있다.<br /> # 인력 관리, HR<br /> # 고객 관리, CRM<br /> # 협력사 관리, Vendor Relation Management (VRM)<br /> # 회계 모듈<br /> # 상품/서비스 모듈<br /> # 프로젝트 관리<br /> # 전자문서 관리<br /> # 다양한 기능 지원 - 에디터, 분류(tag 활용), 다국적 통화 관리, RSS, 데이터 export 기능<br /> # 기타 기능 - 투표, POS 기기 연동, 웹사이트 링크<br /> # 외부 연동 - 소셜 네트워크, 메일 수집 시스템, API 웹서비스, LDAP 인증, OATH2 토큰 관리, 웹파일 시스템 (WebDAV)<br /> <br /> 특히 회계처리를 위해서는 기본적으로 1) 인력(HR) 2) 고객 등록 3) 프로젝트 4)회계 모듈을 설정해야 한다.<br /> <br /> ===핵심사항===<br /> 프로젝트의 진행은 특히 비용주체는 사람을 기준으로 한다. 이는 모든 법적 기반과 동일하다. 전세계 동일한 기준인 듯. <br /> <br /> 먼저 인력이 있어야, 해당 인력이 비용을 집행하게 되고, 프로젝트를 진행하게 된다.<br /> <br /> 따라서, 인력을 설정하고, 인력의 기본 정보, 회계처리를 위해서는 해당 프로젝트의 Accouting Code (혹은 부서코드)을 지정해야 한다.<br /> <br /> * '''권한 관리'''<br /> <br /> 특히, 결재 권한 및 프로젝트간 구분을 위한 권한 관리를 해 주어야 한다.<br /> <br /> 이부분이 특히 세밀하게 설정하는 것이 필요하다.<br /> <br /> 프로젝트 기본으로는<br /> # 관리자 <br /> # 회계 담당자<br /> # 프로젝트 멤버 - 필요에 따라 세분할 수 있다. 예를 들어 번역, 현장, 사무 등 그러나, 이러한 구분은 비용 및 접근 가능한 데이터 기준으로 나누는 것이므로 설계를 잘 해야 한다. 단순 역무 구분으로 하지 말 것<br /> <br /> =Dolibarr 모듈 설명=<br /> <br /> [https://wiki.dolibarr.org/index.php?title=Category:List_of_Modules Doibarr 모듈 리스트]에서 관련 모듈 내용 참조 - 공식 배포 사이트<br /> <br /> =ERP 사용 팁(Tips)=<br /> <br /> ==결재 권한==<br /> <br /> 다른 프로젝트를 조회할 수 있는 경우 (현재 default)는 PM은 다른 프로젝트의 비용전표를 승인할 수 있는 권한을 가지고 있다.<br /> <br /> 현재 셋팅이 이렇게 되어있을 뿐이며, 다른 프로젝트를 조회가 되면, 다른 프로젝트를 정상적으로 결재할 수 있다.<br /> <br /> * 다른 PM에게 비용전표(ER, Expense Report)를 결재를 올렸더라도, 최종 결재자의 기록만 남는다.<br /> <br /> [[file:er_approval_01.jpg|600px]]<br /> <br /> 다른 조직의 경우에도, 승인 권한을 갖는 지점장이 결재한 경우, 지점장 결재로 전환된다.<br /> <br /> [[file:er_approval_02.jpg|600px]]<br /> <br /> ==비용전표 진행사항 추적==<br /> * 비용전표(ER) 내용 추적 – 결재자, 작성자 등<br /> <br /> 필요에 의해서, 비용전표 작성자, 수정자, 결재자 내역이 필요한 경우가 있습니다. (위의 경우처럼 다른 PM이 결재한 경우)<br /> ※ 해당 전표를 클릭하면, 비용전표(ER)관련 인원을 확인 할 수 있습니다.<br /> <br /> * 메뉴 - 해당 ER전표 번호로 들어가면 된다.<br /> <br /> 해당 비용전표(ER2504-0449)를 클릭하고, 맨 아래 보면 다음과 같은 정보를 확인할 수 있습니다.<br /> <br /> [[file:er_tracking_01.jpg|600px]]<br /> <br /> <br /> * 전표 맨 아래로 내려갔을 때, 전표 결재 사항을 확인 할 수 있습니다. <br /> <br /> [[file:er_tracking_02.jpg|600px]]<br /> '''3/28일 작성, 4/1일 기안 및 결재, 4/1일 paid 처리''' 된 것을 확인 할 수 있습니다.<br /> <br /> ==사용 확인: Agenda==<br /> Agenda는 사용자들이 ERP에서 활동한 내용을 달력식으로 확인할 수 있다.<br /> <br /> * ERP 활동 내역 확인<br /> <br /> [[file:agenda_tack_01.jpg|800px]]<br /> <br /> By ERP working group으로 구분한 경우,<br /> <br /> # PM - 프로젝트 PM<br /> # PSO - 회계담당자<br /> # PWO - 멤버<br /> <br /> ==ERP 조회기능==<br /> 회계 관련 ERP 조회기능은 다음 문서를 참조한다.<br /> <br /> [[ERP 조회기능]]<br /> <br /> <br /> 프로젝트 참조를 잘못 하였거나 은행계좌간 잘못된 송금이 있는 경우에 이를 수정하는 방법이다.<br /> <br /> * ERP 은행간의 전송 조정<br /> 기존 자료를 손대지 않고, 단지 잔액(Balance)만을 맞추기 위한 것이다. 실제 은행 계좌로 송금한 경우에는 선택사항에서 Bank transfer를 선택하고, ERP 은행간 조정의 경우에는 단순히 '''cash'''를 사용한다.<br /> <br /> 예를 들어, KHH Yellow의 비용이 TYC signal project에서 인출된 경우에 조정하는 방법이다.<br /> <br /> ;; KHH Yellow project: 4.KHH_YELLOW (ERP 은행 계좌)<br /> :: TYC Signal project : 2.TYC_SGN (ERP 은행 계좌)<br /> <br /> == ERP 은행간 내부전송: Internal transfer==<br /> 은행(Bank) 메뉴에서 Internal transfer를 선택한다.<br /> <br /> KHH에서 잘못 처리 했기 때문에, KHH계좌에서 TYC 계좌로 전송한다.<br /> <br /> 해당 내역을 기록한다. 특히, 은행 기록(bank entry) 번호를 맨 마지막에 넣어 내용을 알 수 있게 한다.<br /> <br /> * Internal transfer 메뉴 들어가기 (Bank 메뉴)<br /> 상단의 은행메뉴에서 좌측 '''internal transfer'''를 선택한다.<br /> <br /> :[[file:internal_transfer_01.jpg|850px]]<br /> <br /> * 전송할 프로젝트의 ERP 은행 계좌를 선택한다.<br /> 아래의 예는 KHH --&gt; TYC 프로젝트로 송금의 경우이다.<br /> <br /> :[[file:internal_transfer_02.jpg|900px]]<br /> <br /> * 수정할 날짜와 전송방식을 '''Cash'''로 선택한다.<br /> 실제 송금이 이루어진 경우(bank account에 trasfer기록이 남아 있는 경우)에는 해당 일과 동일하게 맞춰 준다. <br /> <br /> 예시는 실제 2025년 9월 30일에 잘못된 인출을 수정하는 예이다.<br /> <br /> :[[file:internal_transfer_03.jpg|950px]]<br /> <br /> * 설명에는 사유를 적고, 해당 기록의 번호를 넣는다. 금액란은 해당 금액 기입<br /> 모든 은행 처리(bank entry)에는 처리번호(bank entry number)가 부여되어 있다. 해당 transaction 번호를 사유와 함께 적는다.<br /> <br /> 날짜도 잘못 처리된 날짜를 선택하기 때문에 해당 일로 확인 할 수 있지만, 추가적으로 처리번호를 넣어 혼돈을 방지한다.<br /> <br /> 예시) Wrong Bank withdrawal_1707 내용, 금액 TWD443,401.00<br /> <br /> :[[file:internal_transfer_04.jpg|1000px]]<br /> <br /> ==프로젝트별 구분, journal(보고서, 분개장)==<br /> 프로젝트를 sub-ledger로 구분하는 것이 프로젝트별 비용을 산출하는 데 편리하다. 현재 대만 사용 환경 및 회계 담당자의 미숙한 운영으로 인하여, 전력(3)/신호(3)을 2개의 전력/신호만으로 구분해서 사용하는데, 이것은 나중에 회계 담당자의 추가적인 업무가 발생한다. 따라서, 되도록이면, 각 프로젝트 별로 '''경비보고서'''를 만들고 사용하는 것을 권장한다.<br /> <br /> # 경비보고서 설정 : 업무 순서<br /> 1. Accounting setup 에서 '''Accounting Journal'''에서 경비보고서를 코드와 함께 생성해 준다. 접두어는 ER_xxx를 사용한다. Expense Report<br /> : 은행계좌가 다를 경우, BQ_ 접두어로 은행 journal도 별도로 생성<br /> 2. 경비보고서 및 은행 journal은 여러 개의 Expense Report(ER)를 참조할 수 있는 Index (목차) 역할을 한다.<br /> 3. 회계 담당자(Account Manager; AM)이 Binding 과정에서 정상적으로 묶음 처리 한다. (index 파일에 등록하는 것)<br /> 4. Accouting &gt;&gt; balance에서 앞서 만든 경비보고서(분개장) 기준으로 분류해서 조회가능하다. (경비보고서 기준 = 프로젝트 별로 구분되므로)<br /> ** 회계 용어 주의 사항 : 영어로는 Journal이라고 사용하지만, 이것을 회계 용어로 사용하면, 분개장. 일반 용어로는 경비보고서 등으로 혼재하여 사용하고, 한글로 번역된 메뉴 이름도 여러가지가 섞여서 사용되므로 용어에 주의한다.<br /> <br /> * 프로젝트 개별비 (직접비, Project direct cost)의 경우<br /> 위와 같은 보고서(journal)로 설정하고 이를 별도로 기록하면 해당 보고서(Journal)를 기준으로 조회하면, 프로젝트별 직접비(개별비)만을 확인할 수 있다. 단, 이것은 바인딩에서 회계 담당자가 정확이 묶음처리 해야 하고, PM은 이를 상시 확인해야 한다.<br /> <br /> 묶음 처리 하더라도, 비용처리에서 특정 분개장(Journal) 기준으로 조회하지 않는 이상, 직접비 이외의 다른 비용 조회에는 문제가 없다. 목차 없이 (no index = no journal) 조회하는 것과 동ㅇ리하기 때문이다. <br /> <br /> <br /> <br /> [[분류:ERP]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=ERP_%EB%AA%A9%EC%B0%A8&diff=1274 2026-09-02T00:02:00Z

<p>172.27.0.1: /* 비즈니스 케이스 */</p> <hr /> <div>ERP 활용을 위한 목차이다. wiki 문서 조각을 모아 놓은 것이다.<br /> <br /> =운영가이드=<br /> <br /> # [[ERP 업무]] - 사전구성 사항, 업무 활동 개괄<br /> # [[ERP 사용 기초]] - 로그인, PM, AM 역할 간략<br /> # [[Erp tutorial]] - Dolibarr 공식, 동영상 포함<br /> # [[ERP설명]] - ERP역할, 개념 소개, 사용TIps<br /> # [[ERP 조회기능]] - 모듈: Accouting 관련 내용<br /> # [[Erp 프로젝트 메뉴]] - 모듈: 프로젝트 관리 내용 <br /> # [[Demo]] - ERP 둘러 보기<br /> # Data export, 자료추출 - 작성 예정. 주) data extract- 엑셀 매크로, export - ERP 고유 기능<br /> <br /> =관리 및 보안=<br /> # [[Admin관련]] - 처음 ERP 설정 관련, 시스템 및 ERP로직<br /> # [[AM role]] - 회계담당자, 용어정의 검사, 지급, 은행, 현금처리, 총계정원장<br /> # [[프로젝트 회계관리|PM role]] - 팀원구성, 비용전표 승인, 회계메뉴, 현금지급(급여), 비용 현황 조회<br /> # [[아이디 부여]] - ID 부여 과정, 회계 계정 부여, 해외 사원 사번<br /> # [[암호 재발급]] - Self 암호 재발급 방법, 본인 메일 확인<br /> # [[시스템관리]] - IT 시스템 구축 및 백업 내용<br /> <br /> =회계 및 법무=<br /> # [[Bank reconcile]] - 은행잔고 확인, 은행내역, 잔고확인과정, 첨부파일 2개<br /> # [[ERP billing]] - 현금지급, 무증빙처리(급여 등)<br /> # [[영수증 파일]] 처리 방법 - 반드시 영수증을 첨부 (비용전표), 첨부 방법<br /> # [[프로젝트 회계관리]] - PM role과 동일 내용<br /> # [[현장회계문제]] - 계정처리 중, 불확실하거나 프로젝트마다 다른 경우<br /> # [[법률자문]] - 대만 현지 법률자문, 대성법률사무소, 25.08월 마감<br /> <br /> =개발 및 데이터=<br /> # [[Dolibar 개발]] - 수정을 위한 개발 사항 모음<br /> # [[ERP code 수정]] - 파일저장분 직접 백업<br /> # [[ERP extract data]] - 엑셀 매트로 파일 구성 및 사용 설명, ERP제공 '''data export'''와 다름<br /> # [[ERP venders or 3rd party]] - 모듈 : 협력사(Vendor), 고객(Customer), 3rd Parties라고 함<br /> <br /> =비즈니스 케이스=<br /> # [[CRM 고객관리]] - 모듈 : CRM 기능 사용 설명, 3rd Parties에서 Customer 부분 상세<br /> # [[Case study 활용]] - demo 설명 주제 세부 내용, 회계/은행/인력 관리<br /> # [[업무 case]] - 기타 모듈, CRM, 고객(협력사), 프로젝트(기술제안), 상업제안(견적서 산출)<br /> <br /> =기타 정보=<br /> # [[국가코드]] - 표준 국가 코드, ERP 차용 국가코드<br /> <br /> <br /> =초보자를 위한 사용 가이드=<br /> <br /> 검색된 소스는 LS Taiwan 위키의 [[분류: ERP]] 카테고리 페이지로, 시스템과 관련된 전체 문서 목록을 포함하고 있습니다.<br /> <br /> 해당 소스에는 [[ERP 사용 기초]]라는 개별 문서 제목이 포함되어 있으나, 본문 내 세부 장(Chapter) 및 절(Section) 정보는 제공되지 않습니다.<br /> <br /> 따라서 아래는 카테고리에 포함된 총 27개 문서를 업무 성격별로 재분류한 상위 목차입니다.<br /> <br /> == 1. 입문 및 기초 (Introduction &amp; Basics) ==<br /> * '''ERP설명''': 시스템 전반 개요<br /> * '''ERP 사용 기초''': 초보자를 위한 기본 조작법<br /> * '''Erp tutorial''': 단계별 학습 가이드<br /> * '''Demo''': 시스템 미리보기 및 시연<br /> <br /> == 2. 주요 업무 기능 (Core Operations) ==<br /> * '''ERP 업무''': 표준 업무 프로세스 안내<br /> * '''ERP 조회기능''': 데이터 검색 및 리스트 확인 방법<br /> * '''ERP billing''': 청구 및 빌링 처리<br /> * '''CRM 고객관리''': 고객 정보 및 이력 관리<br /> * '''영수증 파일''': 증빙 자료 관리 방법<br /> <br /> == 3. 회계 및 프로젝트 (Accounting &amp; Projects) ==<br /> * '''프로젝트 회계관리''': 프로젝트 단위 비용 및 정산 관리<br /> * '''Bank reconcile''': 은행 계좌 대조 및 거래 내역 확인<br /> * '''현장회계문제''': 실무 현장 회계 이슈 처리<br /> * '''Erp 프로젝트 메뉴''': 프로젝트 관리 기능 설명<br /> <br /> == 4. 실무 사례 및 데이터 (Case Studies &amp; Data) ==<br /> * '''Case study 활용 / 업무 case''': 실제 업무 적용 사례 및 문제 해결<br /> * '''ERP extract data''': 데이터 추출 및 외부 활용<br /> <br /> == 5. 시스템 관리 및 설정 (Administration &amp; Development) ==<br /> * '''시스템관리 / Admin관련''': 관리자 전용 설정 및 운영<br /> * '''아이디 부여 / 암호 재발급''': 사용자 계정 및 보안 관리<br /> * '''AM role / Project member role''': 역할 기반 권한 정의<br /> * '''ERP code 수정 / Dolibar 개발''': 시스템 개발 및 코드 수정<br /> * '''ERP venders or 3rd party''': 외부 업체 및 연동 솔루션 관리<br /> * '''국가코드 / 법률자문''': 시스템 기준 정보 관리<br /> <br /> == 참고 ==<br /> 초보자 대상 핵심 기초 매뉴얼은 다음 문서에서 확인할 수 있습니다.<br /> * '''ERP 사용 기초'''<br /> * '''Erp tutorial'''<br /> <br /> 각 문서의 세부 목차 및 상세 내용은 개별 문서 열람이 필요합니다.</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=Wiki%EA%B4%80%EB%A6%AC&diff=1268 2026-08-13T07:58:23Z

<p>172.27.0.1: /* DB 종류 */</p> <hr /> <div>다음은 media wiki 관리하면서 관련 내용을 정리한 것이다. 백업이나 API등을 활용하는 법을 참조한다.<br /> <br /> =wiki설치 상태=<br /> * 디렉토리 구성<br /> mediawiki는 php로 만들어 졌으며, 디렉토리 하나에 sub로 구성되어 있다.<br /> <br /> * 디렉토리 위치<br /> www/html : root directory<br /> var/www/html에 위치하고 있음<br /> <br /> <br /> * 설치 내용 확인<br /> 설치 php는 다음과 같다.<br /> * LocalSettings.php<br /> <br /> * DB 접두어<br /> DB는 접두어를 사용 : '''wgDB'''<br /> <br /> 따라서, DB설정관련 정보는 다음의 명령어로 확인할 수 있다.<br /> <br /> cat '''LocalSettings.php''' | grep '''wgDB'''<br /> <br /> 해당 결과는 다음과 같이 나타난다.<br /> <br /> ## Database settings<br /> $wgDBtype = 'mysql';<br /> $wgDBserver = 'mediawiki 서버이름';<br /> $wgDBname = 'mediawiki db이름';<br /> $wgDBuser = 'mediawiki 사용자';<br /> $wgDBpassword = 'mediawiki db암호';<br /> <br /> =패키지 설치=<br /> 리누스 종류에 따라서, 설치 패키지 명령어가 다르다.<br /> <br /> * 리눅스 종류에 따른 패키지 명령어<br /> <br /> :(1) Ubuntu/Debian 기반 : '''apt'''<br /> <br /> :: apt update<br /> :: apt install mysql-client<br /> <br /> :(2) Alpine 기반 : '''apk'''<br /> :: apk '''add''' mariadb-client<br /> <br /> =DB 종류=<br /> mysql을 근간으로 하지만, mysql은 상용이고, 커뮤니티 버전은 mariaddb라고 불린다.<br /> <br /> 이름만 다를 뿐, 사용하는 명령어는 같다. <br /> 즉, db 패키징 이름, mysql, mariaDB 등<br /> 명령어: mysql, mysqldump : 모든 패키지에서 동일한 이름 사용.<br /> <br /> ==DB 백업==<br /> 형제 디렉토리인 data 디렉토리에 sql.gz을 백업함<br /> <br /> * sql 백업<br /> mysqldump --ssl=0 -h mediawiki(db서버) --default-character-set=utf8mb4 -u mediawikiuser2 -p(암호 공백없이) mediawiki(db이름) '''&gt;''' ../data/mediawiki_20260813.sql<br /> * gz 압축까지 - 파이프(|) 사용 <br /> mysqldump --ssl=0 -h mediawiki(db서버) --default-character-set=utf8mb4 -u mediawikiuser2 -p(암호 공백없이) mediawiki(db이름) '''|''' gzip ../data/mediawiki_20260813.sql.gz<br /> <br /> <br /> ==Images 폴더 백업==<br /> media wiki 이미지 폴더 위치는 /var/www/html/images이다.<br /> <br /> tar로 묶을 때, 절대 경로로 해주면, tar를 풀어 줄때도 절대경로로 풀어준다. 다른 위치에 풀지 않음<br /> <br /> tar -czf ../data/mediawiki_images_20260813.tar.gz '''-C /var/www/html''' images<br /> <br /> 즉, '''-C'''로 절대 경로를 넣어서 tar하면, 나중에 어느 위치에서 풀어도 원래 디렉토리 /var/www/html의 디렉토리에 images라는 폴더를 만들고 푼다.<br /> <br /> <br /> =Docker에서 SharePoint로 직접복사=<br /> rclone 사용하여, 외부 linux 시스템(docker)에서 sharepoint (팀즈 채널)로 직접 복사<br /> <br /> 회사 시스템에서 rcole은 막아 놓음. 직접 access 불가함</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=Wiki%EA%B4%80%EB%A6%AC&diff=1267 2026-08-13T05:22:30Z

<p>172.27.0.1: /* DB 백업 */</p> <hr /> <div>다음은 media wiki 관리하면서 관련 내용을 정리한 것이다. 백업이나 API등을 활용하는 법을 참조한다.<br /> <br /> =wiki설치 상태=<br /> * 디렉토리 구성<br /> mediawiki는 php로 만들어 졌으며, 디렉토리 하나에 sub로 구성되어 있다.<br /> <br /> * 디렉토리 위치<br /> www/html : root directory<br /> var/www/html에 위치하고 있음<br /> <br /> <br /> * 설치 내용 확인<br /> 설치 php는 다음과 같다.<br /> * LocalSettings.php<br /> <br /> * DB 접두어<br /> DB는 접두어를 사용 : '''wgDB'''<br /> <br /> 따라서, DB설정관련 정보는 다음의 명령어로 확인할 수 있다.<br /> <br /> cat '''LocalSettings.php''' | grep '''wgDB'''<br /> <br /> 해당 결과는 다음과 같이 나타난다.<br /> <br /> ## Database settings<br /> $wgDBtype = 'mysql';<br /> $wgDBserver = 'mediawiki 서버이름';<br /> $wgDBname = 'mediawiki db이름';<br /> $wgDBuser = 'mediawiki 사용자';<br /> $wgDBpassword = 'mediawiki db암호';<br /> <br /> =패키지 설치=<br /> 리누스 종류에 따라서, 설치 패키지 명령어가 다르다.<br /> <br /> * 리눅스 종류에 따른 패키지 명령어<br /> <br /> :(1) Ubuntu/Debian 기반 : '''apt'''<br /> <br /> :: apt update<br /> :: apt install mysql-client<br /> <br /> :(2) Alpine 기반 : '''apk'''<br /> :: apk '''add''' mariadb-client<br /> <br /> =DB 종류=<br /> mysql을 근간으로 하지만, mysql은 상용이고, 커뮤니티 버전은 mariaddb라고 불린다.<br /> <br /> 이름만 다를 뿐, 사용하는 명령어는 같다. <br /> 즉, db 패키징 이름, mysql, mariaDB 등<br /> 명령어: mysql, mysqldump : 모든 패키지에서 동일한 이름 사용.<br /> <br /> ==DB 백업==<br /> 형제 디렉토리인 data 디렉토리에 sql.gz을 백업함<br /> <br /> * sql 백업<br /> mysqldump --ssl=0 -h mediawiki(db서버) --default-character-set=utf8mb4 -u mediawikiuser2 -p(암호 공백없이) mediawiki(db이름) '''&gt;''' ../data/mediawiki_20260813.sql<br /> * gz 압축까지 - 파이프(|) 사용 <br /> mysqldump --ssl=0 -h mediawiki(db서버) --default-character-set=utf8mb4 -u mediawikiuser2 -p(암호 공백없이) mediawiki(db이름) '''|''' gzip ../data/mediawiki_20260813.sql.gz<br /> <br /> <br /> ==Images 폴더 백업==<br /> media wiki 이미지 폴더 위치는 /var/www/html/images이다.<br /> <br /> tar로 묶을 때, 절대 경로로 해주면, tar를 풀어 줄때도 절대경로로 풀어준다. 다른 위치에 풀지 않음<br /> <br /> tar -czf ../data/mediawiki_images_20260813.tar.gz '''-C /var/www/html''' images<br /> <br /> 즉, '''-C'''로 절대 경로를 넣어서 tar하면, 나중에 어느 위치에서 풀어도 원래 디렉토리 /var/www/html의 디렉토리에 images라는 폴더를 만들고 푼다.</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=Wiki%EA%B4%80%EB%A6%AC&diff=1266 2026-08-13T05:01:58Z

<p>172.27.0.1: /* DB 백업 */</p> <hr /> <div>다음은 media wiki 관리하면서 관련 내용을 정리한 것이다. 백업이나 API등을 활용하는 법을 참조한다.<br /> <br /> =wiki설치 상태=<br /> * 디렉토리 구성<br /> mediawiki는 php로 만들어 졌으며, 디렉토리 하나에 sub로 구성되어 있다.<br /> <br /> * 디렉토리 위치<br /> www/html : root directory<br /> var/www/html에 위치하고 있음<br /> <br /> <br /> * 설치 내용 확인<br /> 설치 php는 다음과 같다.<br /> * LocalSettings.php<br /> <br /> * DB 접두어<br /> DB는 접두어를 사용 : '''wgDB'''<br /> <br /> 따라서, DB설정관련 정보는 다음의 명령어로 확인할 수 있다.<br /> <br /> cat '''LocalSettings.php''' | grep '''wgDB'''<br /> <br /> 해당 결과는 다음과 같이 나타난다.<br /> <br /> ## Database settings<br /> $wgDBtype = 'mysql';<br /> $wgDBserver = 'mediawiki 서버이름';<br /> $wgDBname = 'mediawiki db이름';<br /> $wgDBuser = 'mediawiki 사용자';<br /> $wgDBpassword = 'mediawiki db암호';<br /> <br /> =패키지 설치=<br /> 리누스 종류에 따라서, 설치 패키지 명령어가 다르다.<br /> <br /> * 리눅스 종류에 따른 패키지 명령어<br /> <br /> :(1) Ubuntu/Debian 기반 : '''apt'''<br /> <br /> :: apt update<br /> :: apt install mysql-client<br /> <br /> :(2) Alpine 기반 : '''apk'''<br /> :: apk '''add''' mariadb-client<br /> <br /> =DB 종류=<br /> mysql을 근간으로 하지만, mysql은 상용이고, 커뮤니티 버전은 mariaddb라고 불린다.<br /> <br /> 이름만 다를 뿐, 사용하는 명령어는 같다. <br /> 즉, db 패키징 이름, mysql, mariaDB 등<br /> 명령어: mysql, mysqldump : 모든 패키지에서 동일한 이름 사용.<br /> <br /> ==DB 백업==<br /> 형제 디렉토리인 data 디렉토리에 sql.gz을 백업함<br /> <br /> * sql 백업<br /> mysqldump --ssl=0 -h mediawiki(db서버) --default-character-set=utf8mb4 -u mediawikiuser2 -p(암호 공백없이) mediawiki(db이름) '''&gt;''' ../data/mediawiki_20260813.sql<br /> * gz 압축까지 - 파이프(|) 사용 <br /> mysqldump --ssl=0 -h mediawiki(db서버) --default-character-set=utf8mb4 -u mediawikiuser2 -p(암호 공백없이) mediawiki(db이름) '''|''' gzip ../data/mediawiki_20260813.sql.gz</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=Wiki%EA%B4%80%EB%A6%AC&diff=1265 2026-08-13T05:01:00Z

<p>172.27.0.1: </p> <hr /> <div>다음은 media wiki 관리하면서 관련 내용을 정리한 것이다. 백업이나 API등을 활용하는 법을 참조한다.<br /> <br /> =wiki설치 상태=<br /> * 디렉토리 구성<br /> mediawiki는 php로 만들어 졌으며, 디렉토리 하나에 sub로 구성되어 있다.<br /> <br /> * 디렉토리 위치<br /> www/html : root directory<br /> var/www/html에 위치하고 있음<br /> <br /> <br /> * 설치 내용 확인<br /> 설치 php는 다음과 같다.<br /> * LocalSettings.php<br /> <br /> * DB 접두어<br /> DB는 접두어를 사용 : '''wgDB'''<br /> <br /> 따라서, DB설정관련 정보는 다음의 명령어로 확인할 수 있다.<br /> <br /> cat '''LocalSettings.php''' | grep '''wgDB'''<br /> <br /> 해당 결과는 다음과 같이 나타난다.<br /> <br /> ## Database settings<br /> $wgDBtype = 'mysql';<br /> $wgDBserver = 'mediawiki 서버이름';<br /> $wgDBname = 'mediawiki db이름';<br /> $wgDBuser = 'mediawiki 사용자';<br /> $wgDBpassword = 'mediawiki db암호';<br /> <br /> =패키지 설치=<br /> 리누스 종류에 따라서, 설치 패키지 명령어가 다르다.<br /> <br /> * 리눅스 종류에 따른 패키지 명령어<br /> <br /> :(1) Ubuntu/Debian 기반 : '''apt'''<br /> <br /> :: apt update<br /> :: apt install mysql-client<br /> <br /> :(2) Alpine 기반 : '''apk'''<br /> :: apk '''add''' mariadb-client<br /> <br /> =DB 종류=<br /> mysql을 근간으로 하지만, mysql은 상용이고, 커뮤니티 버전은 mariaddb라고 불린다.<br /> <br /> 이름만 다를 뿐, 사용하는 명령어는 같다. <br /> 즉, db 패키징 이름, mysql, mariaDB 등<br /> 명령어: mysql, mysqldump : 모든 패키지에서 동일한 이름 사용.<br /> <br /> ==DB 백업==<br /> 형제 디렉토리인 data 디렉토리에 sql.gz을 백업함<br /> <br /> * sql 백업<br /> mysqldump --ssl=0 -h mediawiki2-db --default-character-set=utf8mb4 -u mediawikiuser2 -p(암호 공백없이) mediawiki2 '''&gt;''' ../data/mediawiki_20260813.sql<br /> * gz 압축까지 - 파이프(|) 사용 <br /> mysqldump --ssl=0 -h mediawiki2-db --default-character-set=utf8mb4 -u mediawikiuser2 -p(암호 공백없이) mediawiki2 '''|''' gzip ../data/mediawiki_20260813.sql.gz</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=Wiki%EA%B4%80%EB%A6%AC&diff=1264 2026-08-13T04:37:23Z

<p>172.27.0.1: /* 패키지 설치 */</p> <hr /> <div>다음은 media wiki 관리하면서 관련 내용을 정리한 것이다. 백업이나 API등을 활용하는 법을 참조한다.<br /> <br /> =wiki설치 상태=<br /> * 디렉토리 구성<br /> mediawiki는 php로 만들어 졌으며, 디렉토리 하나에 sub로 구성되어 있다.<br /> <br /> * 디렉토리 위치<br /> www/html : root directory<br /> var/www/html에 위치하고 있음<br /> <br /> <br /> * 설치 내용 확인<br /> 설치 php는 다음과 같다.<br /> * LocalSettings.php<br /> <br /> * DB 접두어<br /> DB는 접두어를 사용 : '''wgDB'''<br /> <br /> 따라서, DB설정관련 정보는 다음의 명령어로 확인할 수 있다.<br /> <br /> cat '''LocalSettings.php''' | grep '''wgDB'''<br /> <br /> 해당 결과는 다음과 같이 나타난다.<br /> <br /> ## Database settings<br /> $wgDBtype = 'mysql';<br /> $wgDBserver = 'mediawiki 서버이름';<br /> $wgDBname = 'mediawiki db이름';<br /> $wgDBuser = 'mediawiki 사용자';<br /> $wgDBpassword = 'mediawiki db암호';<br /> <br /> =패키지 설치=<br /> 리누스 종류에 따라서, 설치 패키지 명령어가 다르다.<br /> <br /> * 리눅스 종류에 따른 패키지 명령어<br /> <br /> :(1) Ubuntu/Debian 기반 : '''apt'''<br /> <br /> :: apt update<br /> :: apt install mysql-client<br /> <br /> :(2) Alpine 기반 : '''apk'''<br /> :: apk '''add''' mariadb-client<br /> <br /> =DB 종류=<br /> mysql을 근간으로 하지만, mysql은 상용이고, 커뮤니티 버전은 mariaddb라고 불린다.<br /> <br /> 이름만 다를 뿐, 사용하는 명령어는 같다. <br /> 즉, db 패키징 이름, mysql, mariaDB, InnoDB 등<br /> 명령어: mysql, mysqldump : 모든 패키지에서 동일한 이름 사용.</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=Wiki%EA%B4%80%EB%A6%AC&diff=1263 2026-08-13T04:36:56Z

<p>172.27.0.1: 새 문서: 다음은 media wiki 관리하면서 관련 내용을 정리한 것이다. 백업이나 API등을 활용하는 법을 참조한다. =wiki설치 상태= * 디렉토리 구성 mediawiki는 php로 만들어 졌으며, 디렉토리 하나에 sub로 구성되어 있다. * 디렉토리 위치 www/html : root directory var/www/html에 위치하고 있음 * 설치 내용 확인 설치 php는 다음과 같다. * LocalSettings.php * DB 접두어 DB는 접두어를 사용 : &#039;&#039;&#039;w...</p> <hr /> <div>다음은 media wiki 관리하면서 관련 내용을 정리한 것이다. 백업이나 API등을 활용하는 법을 참조한다.<br /> <br /> =wiki설치 상태=<br /> * 디렉토리 구성<br /> mediawiki는 php로 만들어 졌으며, 디렉토리 하나에 sub로 구성되어 있다.<br /> <br /> * 디렉토리 위치<br /> www/html : root directory<br /> var/www/html에 위치하고 있음<br /> <br /> <br /> * 설치 내용 확인<br /> 설치 php는 다음과 같다.<br /> * LocalSettings.php<br /> <br /> * DB 접두어<br /> DB는 접두어를 사용 : '''wgDB'''<br /> <br /> 따라서, DB설정관련 정보는 다음의 명령어로 확인할 수 있다.<br /> <br /> cat '''LocalSettings.php''' | grep '''wgDB'''<br /> <br /> 해당 결과는 다음과 같이 나타난다.<br /> <br /> ## Database settings<br /> $wgDBtype = 'mysql';<br /> $wgDBserver = 'mediawiki 서버이름';<br /> $wgDBname = 'mediawiki db이름';<br /> $wgDBuser = 'mediawiki 사용자';<br /> $wgDBpassword = 'mediawiki db암호';<br /> <br /> =패키지 설치=<br /> 리누스 종류에 따라서, 설치 패키지 명령어가 다르다.<br /> <br /> * 리눅스 종류에 따른 패키지 명령어<br /> <br /> |(1) Ubuntu/Debian 기반 : '''apt'''<br /> <br /> || apt update<br /> || apt install mysql-client<br /> <br /> |(2) Alpine 기반 : '''apk'''<br /> || apk '''add''' mariadb-client<br /> <br /> =DB 종류=<br /> mysql을 근간으로 하지만, mysql은 상용이고, 커뮤니티 버전은 mariaddb라고 불린다.<br /> <br /> 이름만 다를 뿐, 사용하는 명령어는 같다. <br /> 즉, db 패키징 이름, mysql, mariaDB, InnoDB 등<br /> 명령어: mysql, mysqldump : 모든 패키지에서 동일한 이름 사용.</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=%EC%8B%9C%EC%8A%A4%ED%85%9C%EA%B4%80%EB%A6%AC&diff=1262 2026-08-13T02:32:29Z

<p>172.27.0.1: /* 백업 명령어 */</p> <hr /> <div>=ERP 시스템 구성=<br /> dolibarr 시스템 구성에 대한 설명입니다. 특히 유지보수 관련 전체 구성을 참고하는 기본 문서입니다.<br /> <br /> * 설치환경<br /> Synology nas에서 docker를 설치하여 사용 중입니다.<br /> <br /> : [[file: Docker_(container_engine)_logo.png|700px]]<br /> <br /> <br /> * HW 구성<br /> Master Server가 primary로 동작 중이고, Secondary Sever가 같은 구성으로 backup으로 동작합니다.<br /> <br /> * SW 구성<br /> :# Docker 기본<br /> :# Docker 관리, Portainer (커뮤니티 버전)<br /> :# Dolibarr ERP/CRM <br /> <br /> * Backup <br /> :# Incremental backup - 월 1회, 대상 DB, documents(첨부파일) <br /> :# Pysical backup - 상시, synology drive sync (변화감지 순시 업데이트)<br /> <br /> 백업시스템으로 시스템 운영이 좀 복잡해 짐. <br /> - 백업서버 제외 혹은 단순 파일 백업 전환 필요<br /> - 응급 백업 동작 설계로, 시스템간 호출시 오류 및 혼돈 발생 (43)<br /> <br /> * 기타 세부 사항<br /> : # 기타 세부사항은 보안 문제로 off-line document를 참고한다.<br /> : # 시스템 관리자는 docker에 대한 이해 및 활용을 해야 하고, 직접 file 수정 edit 작업이 가능해야 한다.<br /> <br /> =시스템 설치=<br /> 설치 환경과 구축<br /> <br /> * Docker 기반 <br /> 활용 및 관리를 위해서, 가상 시스템인 Docker를 기본으로 한다.<br /> <br /> * 시스템 안정성<br /> 백업 관리 및 duplicated model로, main service server와 backup server로 구성한다.<br /> <br /> == 주요 요약==<br /> * 이해를 위해서, Docker Desktop설명으로 대신, 나중에 Synology nas용으로 수정할 것.<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 /> &lt;pre&gt;<br /> services:<br /> mariadb:<br /> image: mariadb:latest<br /> environment:<br /> MYSQL_ROOT_PASSWORD: root<br /> MYSQL_DATABASE: ㅌㅌㅌ<br /> MYSQL_USER: ㅌㅌㅌ<br /> MYSQL_PASSWORD: ㅌㅌㅌ<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: ㅌㅌㅌ<br /> DOLI_DB_USER: ㅌㅌㅌㅌ<br /> DOLI_DB_PASSWORD: ㅌㅌㅌ<br /> DOLI_URL_ROOT: &quot;http://0.0.0.0&quot;<br /> DOLI_ADMIN_LOGIN: ㅌㅌㅌㅌ<br /> DOLI_ADMIN_PASSWORD: ㅌㅌㅌㅌ<br /> ports:<br /> - &quot;80:80&quot;<br /> links:<br /> - mariadb<br /> volumes:<br /> - /home/dolibarr_documents:/var/www/documents<br /> - /home/dolibarr_custom:/var/www/html/custom<br /> <br /> &lt;/pre&gt; ```<br /> - 터미널에서 `docker-compose up -d` 명령어를 실행하여 컨테이너를 시작합니다.<br /> - 브라우저에서 `http://0.0.0.0`에 접속하여 Dolibarr에 로그인합니다 (기본 계정: admin/admin).<br /> <br /> ---<br /> <br /> ---<br /> <br /> === DB 백업관련 ===<br /> ### 주요 요약<br /> - Dolibarr ERP에서 MySQL 암호를 변경하려면 MySQL 사용자와 현재 암호를 확인한 후, 루트 사용자 권한으로 MySQL에 접속하여 암호를 변경하고, Dolibarr 설정 파일을 업데이트해야 합니다.<br /> - 루트 암호를 모를 경우 먼저 루트 암호를 재설정해야 할 수 있습니다. 이 과정은 복잡할 수 있으므로 주의가 필요합니다.<br /> <br /> ### 단계별 안내<br /> <br /> #### Dolibarr MySQL 사용자 확인<br /> - Dolibarr는 특정 MySQL 사용자를 사용하여 데이터베이스에 연결합니다. 이 사용자는 `C:\dolibarr\www\dolibarr\htdocs\conf\conf.php` 파일에서 확인할 수 있습니다.<br /> - 파일에서 `$dolibarr_main_db_user`와 `$dolibarr_main_db_pass` 변수를 찾아 현재 사용자와 암호를 확인하세요.<br /> <br /> #### MySQL에 루트로 접속<br /> - 루트 암호를 알고 있다면 명령 프롬프트에서 `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysql -u root -p`를 실행하고 암호를 입력하세요 (x.y.z는 MySQL 버전에 따라 다름).<br /> - 루트 암호를 모를 경우, MySQL 서비스를 중지하고 특수 모드로 재시작한 후 루트 암호를 재설정해야 합니다:<br /> - 서비스 관리자에서 MySQL 서비스(예: `doliwampmysql`)를 중지하세요.<br /> - 명령 프롬프트에서 `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysqld-nt --skip-grant-tables`를 실행하세요.<br /> - 다른 명령 프롬프트에서 `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysql -u root`를 실행하여 비밀번호 없이 접속하세요.<br /> - 루트 암호를 재설정: `SET PASSWORD FOR 'root@localhost' = PASSWORD('new_root_password');` 후 `FLUSH PRIVILEGES; QUIT;` 실행.<br /> - MySQL을 종료: `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysqladmin -u root -pnew_root_password shutdown`.<br /> - Windows를 재부팅하세요.<br /> <br /> #### Dolibarr 사용자 암호 변경<br /> - 루트로 MySQL에 접속한 후, Dolibarr 사용자의 암호를 변경하세요:<br /> - `SET PASSWORD FOR 'ㅌㅌㅌㅌr@localhost' = PASSWORD('new_password');` 실행 (ㅌㅌㅌㅌr는 conf.php의 사용자, new_password는 새 암호).<br /> - `FLUSH PRIVILEGES; QUIT;` 실행.<br /> <br /> #### Dolibarr 설정 업데이트<br /> - `C:\dolibarr\www\dolibarr\htdocs\conf\conf.php` 파일을 편집하여 `$dolibarr_main_db_pass`를 새 암호로 업데이트하세요.<br /> - 파일을 저장하고 필요하면 Dolibarr 서버를 재시작하세요.<br /> <br /> ---<br /> <br /> ### 보고서 섹션<br /> Dolibarr ERP에서 Windows 환경에서 MySQL 암호를 변경하는 과정은 데이터베이스 관리와 관련된 기술적 작업으로, 주의 깊게 진행해야 합니다. 아래는 상세한 절차와 고려사항을 포함한 보고서입니다.<br /> <br /> #### 배경 및 개요<br /> Dolibarr는 오픈 소스 ERP 및 CRM 소프트웨어로, MySQL 데이터베이스를 사용하여 데이터를 관리합니다. Windows에서 Dolibarr의 MySQL 암호를 변경하려면, Dolibarr가 사용하는 특정 MySQL 사용자의 암호를 변경하고, 이를 Dolibarr 설정에 반영해야 합니다. 이 과정은 데이터베이스 보안 강화나 암호 분실 시 필요할 수 있습니다.<br /> <br /> #### 절차 상세<br /> 1. **Dolibarr MySQL 사용자 및 암호 확인**:<br /> - Dolibarr는 일반적으로 루트 사용자가 아닌 별도의 MySQL 사용자를 사용합니다. 이 사용자는 `conf.php` 파일에서 확인할 수 있습니다.<br /> - 파일 경로: `C:\dolibarr\www\dolibarr\htdocs\conf\conf.php`.<br /> - 관련 변수:<br /> - `$dolibarr_main_db_host`: 데이터베이스 호스트 (예: `localhost`).<br /> - `$dolibarr_main_db_name`: 데이터베이스 이름 (예: `ㅌㅌㅌ`).<br /> - `$dolibarr_main_db_user`: Dolibarr가 사용하는 MySQL 사용자 (예: `dㅌㅌㅌ`).<br /> - `$dolibarr_main_db_pass`: 현재 암호.<br /> <br /> | 변수명 | 설명 |<br /> |-------------------------|-------------------------------|<br /> | `$dolibarr_main_db_host` | 데이터베이스 호스트 주소 |<br /> | `$dolibarr_main_db_name` | 데이터베이스 이름 |<br /> | `$dolibarr_main_db_user` | Dolibarr가 사용하는 MySQL 사용자 |<br /> | `$dolibarr_main_db_pass` | 현재 MySQL 암호 |<br /> <br /> 2. **MySQL에 루트로 접속**:<br /> - 루트 암호를 알고 있다면, 명령 프롬프트에서 MySQL에 접속할 수 있습니다:<br /> - 명령: `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysql -u root -p` (x.y.z는 MySQL 버전에 따라 다름).<br /> - 암호 입력 후 접속.<br /> - 루트 암호를 모를 경우, 먼저 재설정해야 합니다. 이는 다음과 같은 단계를 포함합니다:<br /> - MySQL 서비스 중지:<br /> - `Menu Start -&gt; parameters -&gt; Setup panel -&gt; Administration tools -&gt; Services`로 이동.<br /> - MySQL 서비스(예: `doliwampmysql`)를 찾아 중지.<br /> - 특수 모드로 MySQL 재시작:<br /> - 명령 프롬프트에서 `CD C:\dolibarr\bin\mysql\mysqlx.y.z\bin` 실행.<br /> - `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysqld-nt --skip-grant-tables` 실행.<br /> - 다른 명령 프롬프트에서 비밀번호 없이 접속:<br /> - `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysql -u root` 실행.<br /> - 루트 암호 재설정:<br /> - MySQL 버전에 따라 명령 다름:<br /> - 옛 버전: `UPDATE mysql.user SET Password = PASSWORD('new_root_password') WHERE User = 'root';`.<br /> - 새 버전: `SET PASSWORD FOR 'root@localhost' = PASSWORD('new_root_password');`.<br /> - `FLUSH PRIVILEGES; QUIT;` 실행.<br /> - MySQL 종료: `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysqladmin -u root -pnew_root_password shutdown`.<br /> - Windows 재부팅.<br /> <br /> 3. **Dolibarr 사용자 암호 변경**:<br /> - 루트로 MySQL에 접속한 후, Dolibarr 사용자의 암호를 변경:<br /> - 명령: `SET PASSWORD FOR 'dolibarr_user@localhost' = PASSWORD('new_password');`.<br /> - `dolibarr_user`는 conf.php의 `$dolibarr_main_db_user` 값으로 대체.<br /> - `new_password`는 원하는 새 암호로 대체.<br /> - `FLUSH PRIVILEGES; QUIT;` 실행.<br /> <br /> 4. **Dolibarr 설정 파일 업데이트**:<br /> - `conf.php` 파일 편집:<br /> - 경로: `C:\dolibarr\www\dolibarr\htdocs\conf\conf.php`.<br /> - `$dolibarr_main_db_pass` 값을 새 암호로 변경.<br /> - 파일 저장.<br /> - 필요하면 Dolibarr 서버 재시작 (웹 서버 재시작 등).<br /> <br /> #### 추가 고려사항<br /> - **보안 권장사항**: 루트 사용자를 Dolibarr 연결에 사용하는 것은 권장되지 않으며, 별도의 사용자를 사용하는 것이 안전합니다.<br /> - **설치 경로**: 위 경로는 DoliWamp와 같은 기본 설치 기준이며, 수동 설치나 다른 패키지(Bitnami 등)를 사용할 경우 경로가 다를 수 있습니다.<br /> - **MySQL 버전**: 명령은 MySQL 버전에 따라 다를 수 있으므로, 사용하는 버전에 맞게 조정하세요.<br /> <br /> #### 관련 정보 및 참고<br /> Dolibarr 공식 Wiki와 포럼에서 제공하는 정보에 따르면, 데이터베이스 암호 변경은 수동으로 이루어지며, UI를 통한 변경 기능은 제공되지 않습니다. 이는 데이터베이스 관리의 보안성과 유연성을 고려한 설계로 보입니다.<br /> <br /> #### 결론<br /> Windows에서 Dolibarr의 MySQL 암호를 변경하려면, MySQL 루트 권한으로 접속하여 사용자 암호를 변경하고, Dolibarr 설정 파일을 업데이트하는 과정을 거쳐야 합니다. 이 과정은 기술적 지식이 필요하므로, 주의 깊게 진행하시고, 문제가 발생할 경우 [Dolibarr ERP CRM Wiki](https://wiki.dolibarr.org/index.php/FAQ_I_Lost_my_database_password)나 [Dolibarr 포럼](https://www.dolibarr.org/forum/t/database-passwords-with-dolideb-installation-are/14325)에서 추가 지원을 받으시기 바랍니다.<br /> <br /> ### 주요 인용<br /> - [FAQ I Lost my database password - Dolibarr ERP CRM Wiki](https://wiki.dolibarr.org/index.php/FAQ_I_Lost_my_database_password)<br /> - [Database passwords with DoliDeb Installation are? - Dolibarr international forum](https://www.dolibarr.org/forum/t/database-passwords-with-dolideb-installation-are/14325)<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. 설치 마법사를 따라 진행하며, &quot;Use WSL 2 instead of Hyper-V&quot; 옵션을 선택하거나 시스템 설정에 따라 적절한 백엔드를 선택합니다.<br /> 4. 설치가 완료되면 &quot;Close&quot;를 클릭합니다. 필요 시 컴퓨터를 재부팅합니다.<br /> 5. 관리자 계정과 일반 사용자 계정이 다를 경우, 일반 사용자를 &quot;docker-users&quot; 그룹에 추가해야 합니다:<br /> - &quot;컴퓨터 관리&quot;를 관리자 권한으로 실행합니다.<br /> - &quot;로컬 사용자 및 그룹&quot; &gt; &quot;그룹&quot; &gt; &quot;docker-users&quot;로 이동합니다.<br /> - 사용자를 추가한 후 로그아웃하고 다시 로그인합니다.<br /> <br /> - **Docker Desktop 시작**:<br /> - 시작 메뉴에서 &quot;Docker&quot;를 검색하고 &quot;Docker Desktop&quot;을 선택합니다.<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 /> &lt;pre&gt;<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: &quot;${DOLI_URL_ROOT:-http://0.0.0.0}&quot;<br /> DOLI_ADMIN_LOGIN: &quot;${DOLI_ADMIN_LOGIN:-admin}&quot;<br /> DOLI_ADMIN_PASSWORD: &quot;${DOLI_ADMIN_PASSWORD:-admin}&quot;<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 /> - &quot;80:80&quot;<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 /> - 또는 &quot;docker-compose&quot; 명령어가 사용 불가능하다면:<br /> ```bash<br /> docker compose up -d<br /> ```<br /> - 컨테이너 상태와 로그를 확인하려면:<br /> ```bash<br /> docker-compose ps<br /> docker-compose logs<br /> &lt;/pre&gt; ```<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 /> &lt;pre&gt;<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 /> &lt;/pre&gt;<br /> <br /> - **업그레이드 및 유지보수**:<br /> - Dolibarr 버전을 업그레이드하려면 `install.lock` 파일을 제거해야 합니다:<br /> ```bash<br /> docker exec &lt;web-container-name&gt; bash -c &quot;rm -f /var/www/documents/install.lock&quot;<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 사용 가이드]<br /> <br /> ==NAS에서 설정한 백업 디렉토리 설명==<br /> <br /> * NAS expose directory<br /> NAS에서 docker에 직접 access 가능한 디렉토리는 다음과 같다.<br /> <br /> * 설치 파일 yml에서 정의한 volumes<br /> volumes:<br /> - /volume1/docker/dolibarr/html:/var/www/html/custom:rw<br /> - /volume1/docker/dolibarr/documents:/var/www/documents:rw<br /> <br /> * 백업파일이 생성되는 위치<br /> <br /> '''/var/www/documents/admin/documents'''<br /> <br /> document에서 admin의 documents임에 주의<br /> /var/www/documents 가 보이는 nas에서는 documents/admin/documents 로 다시 들어가야 함!!!<br /> <br /> = 백업 관련 정리 =<br /> <br /> ==설치 관련 정보==<br /> <br /> * htdocs<br /> Docker로 설치된 경우는 root 디렉토리 : '''var/www/documents''' 이다.<br /> <br /> 기타 설치 사항은 앞의 root 디렉토리의 conf (configure) 디렉토리의 '''conf.php''' 파일에서 확인 할 수 있다.<br /> <br /> * conf.php<br /> $dolibarr_main_url_root='http://tcamp32.synolo....';<br /> $dolibarr_main_document_root='/var/www/html';<br /> $dolibarr_main_url_root_alt='/custom';<br /> $dolibarr_main_document_root_alt='/var/www/html/custom';<br /> '''$dolibarr_main_data_root='/var/www/documents';'''<br /> # __________이하 DB 설정 관련___________<br /> $dolibarr_main_db_port='(db 포트)';<br /> $dolibarr_main_db_name='(지정해준 db이름';<br /> $dolibarr_main_db_prefix='llx_';<br /> $dolibarr_main_db_user='(여기에 db사용자';<br /> $dolibarr_main_db_pass='(여기에 암호가)';<br /> $dolibarr_main_db_type='mysqli';<br /> $dolibarr_main_authentication='(mysql 암호)';<br /> $dolibarr_main_prod=1;<br /> $dolibarr_main_db_host='(접속주소)'; //127.0.0.1 처럼 주소가 있다. 보안을 위해서, 보통 다른 네트워크 주소를 설정하여 접근하게 한다<br /> $dolibarr_main_instance_unique_id='(접속시 증명원)';<br /> $dolibarr_main_db_character_set='utf8mb4'; //한글 사용 DB용 한글코드, utf8bom - MS용 화면 표시용 (스타일 헤더가 3개 붙는다)<br /> $dolibarr_main_db_collation='utf8mb4_unicode_ci'; //한중일 이모티콘까지 동일 코드 사용 명시<br /> <br /> ==admin이 백업을 실시한 경우==<br /> admin의 백업은 두 가지이다.<br /> 1) DB를 백업 한 경우: '''sql'''<br /> 2) document 파일 백업 : '''.tar.gz''' - 첨부파일을 별도로 저장함.<br /> <br /> * 디렉토리 위치<br /> 백업이 2종류인 만큼 백업 위치도 다르다.<br /> <br /> 1) DB 백업 디렉토리: (document root)/admin/backup : '''sql.gz''' <br /> (참고) 절대경로 : /var/www/documents/admin/backup<br /> 2) document 백업 디렉토리 : (document root)/admin/documents : '''.tar.gz'''<br /> (참고) 절대경로 : /var/www/documents/admin/documents<br /> <br /> ==백업 명령어==<br /> 디렉토리가 다른 데에 동일하게 백업 파일을 생성할 경우, 각각의 백업 명령어를 사용할 수 있다.<br /> <br /> 1. SQL 백업<br /> * DB의 비밀번호를 알아야 함<br /> Portainer의 설치 파일에 db 암호가 있음, db사용자 이름은 conf.php 파일에서 확인할 수 있음<br /> <br /> 압축하여 저장 - (1) DB생성 (2) gzip 압축<br /> <br /> mysqldump -u root -p (*암호) dolibarr &gt; mysqldump_dolibarr_23.0.1_2608130953.sql (파일명은 임의로 준것) <br /> <br /> 2. documents 백업<br /> * Expensereport 폴더<br /> expense report에 첨부되는 파일만 백업할 경우 해당 폴더만 백업<br /> <br /> * 설치 디렉토리 전체 (main_data_root)를 백업하는 경우 (실제 dolibarr에서 사용하는 백업)<br /> <br /> tar -cf documents_dolibarr_23.0.1_2608130953.tar \<br /> --exclude-vcs \<br /> --exclude-caches-all \<br /> --exclude='temp' \<br /> --exclude='*.log' \<br /> --exclude='*.pdf_preview-*.png' \<br /> --exclude='documents/admin/documents' \<br /> -C /var/www \<br /> documents<br /> gzip -f documents_dolibarr_23.0.1_2608130953.tar<br /> <br /> tar로 생성하고, gzip으로 압축. 단, 파일명(documents_dolibarr_23.0.1_2608130953.tar)은 미리 생성해서 알려주어야 한다.<br /> <br /> '''exclude'''로 document 디렉토리는 제외하는데, 디렉토리 재귀라, 빼먹으면, '''무한대로 반복'''한다.<br /> <br /> = 윈도우 버전 차이 =<br /> <br /> ==DB 패키지 설정 다름==<br /> DB설정에서 차이가 있다.<br /> <br /> 윈도우 버전의 DB설정에서는 default 설치를 하므로, root db가 다르다. 설치에서 암호를 docker yml과 비교하여 결정 및 설치 할 것<br /> <br /> ===복원 문제===<br /> 백업파일 기준으로 복원의 경우, 설치 암호 차이와 db 타입 문제가 있음<br /> <br /> mysql dolibarr -h mariadb -P 3306 -u doliuser -p*** &lt; backup.sql<br /> * mariadb 여기서 다름<br /> * doliuser 인지 확인 필요<br /> <br /> * default password를 사용할 경우 문제 발생<br /> 아마 정확히 안나오는 것 같은데... 문제 발생<br /> <br /> mysql -h localhost -P 3306 -u dolibarrmysql -p dolibarr &lt; &quot;mysqldump_dolibarr_20.0.2_2504091438.sql&quot;<br /> Enter password: ********<br /> '''ERROR at line 1: Unknown command '\-'.'''<br /> <br /> * 윈도우 버전에서는 스크립트 관련 에러 등 다양한 차이(?)가 발생한다.<br /> <br /> mysql 명령을 직접 실행하고 그 다음에 파일을 입력하세요:<br /> <br /> d:/dolibarr/bin/mariadb/mariadb10.6.5/bin/mysql -u dolibarrmysql -p&quot;dolipass&quot; dolibarr<br /> <br /> 그 다음 mysql 프롬프트에서:<br /> source mybackupfile.sql;<br /> <br /> 이 오류가 MySQL/MariaDB 클라이언트에서 발생하는 것이 아니라 다른 환경(예: 스크립트 내부)에서 발생하는 것일 수도 있습니다. 실행 중인 정확한 환경(CMD, PowerShell, 스크립트 등)을 확인하는 것이 도움이 될 수 있습니다.<br /> <br /> *완전히 다른 설치 (DB자체 시키마가 다른 경우)<br /> <br /> install.lock을 삭제하고, 다시 설치 작업 --&gt;&gt;&gt; '''Database 마이그레이션''' 작업이 진행된다. (주의)<br /> <br /> =시스템 업그레이드 등=<br /> Dolibarr ERP는 Open source 프로젝트이기 때문에, 버그 수정이나, 업그레이드가 잦은 편이다.<br /> <br /> 대만 현지의 요청 사항으로 일부 메뉴 구성이(단어 및 기능) 추가적으로 수정해 주어야 한다.<br /> <br /> 이부분은 시스템에 직접 접근해서 수정해야 하므로, 별도 off-line 문서로 기록되어 있다.<br /> [[분류: ERP]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=%EC%8B%9C%EC%8A%A4%ED%85%9C%EA%B4%80%EB%A6%AC&diff=1261 2026-08-13T02:30:45Z

<p>172.27.0.1: /* 백업 명령어 */</p> <hr /> <div>=ERP 시스템 구성=<br /> dolibarr 시스템 구성에 대한 설명입니다. 특히 유지보수 관련 전체 구성을 참고하는 기본 문서입니다.<br /> <br /> * 설치환경<br /> Synology nas에서 docker를 설치하여 사용 중입니다.<br /> <br /> : [[file: Docker_(container_engine)_logo.png|700px]]<br /> <br /> <br /> * HW 구성<br /> Master Server가 primary로 동작 중이고, Secondary Sever가 같은 구성으로 backup으로 동작합니다.<br /> <br /> * SW 구성<br /> :# Docker 기본<br /> :# Docker 관리, Portainer (커뮤니티 버전)<br /> :# Dolibarr ERP/CRM <br /> <br /> * Backup <br /> :# Incremental backup - 월 1회, 대상 DB, documents(첨부파일) <br /> :# Pysical backup - 상시, synology drive sync (변화감지 순시 업데이트)<br /> <br /> 백업시스템으로 시스템 운영이 좀 복잡해 짐. <br /> - 백업서버 제외 혹은 단순 파일 백업 전환 필요<br /> - 응급 백업 동작 설계로, 시스템간 호출시 오류 및 혼돈 발생 (43)<br /> <br /> * 기타 세부 사항<br /> : # 기타 세부사항은 보안 문제로 off-line document를 참고한다.<br /> : # 시스템 관리자는 docker에 대한 이해 및 활용을 해야 하고, 직접 file 수정 edit 작업이 가능해야 한다.<br /> <br /> =시스템 설치=<br /> 설치 환경과 구축<br /> <br /> * Docker 기반 <br /> 활용 및 관리를 위해서, 가상 시스템인 Docker를 기본으로 한다.<br /> <br /> * 시스템 안정성<br /> 백업 관리 및 duplicated model로, main service server와 backup server로 구성한다.<br /> <br /> == 주요 요약==<br /> * 이해를 위해서, Docker Desktop설명으로 대신, 나중에 Synology nas용으로 수정할 것.<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 /> &lt;pre&gt;<br /> services:<br /> mariadb:<br /> image: mariadb:latest<br /> environment:<br /> MYSQL_ROOT_PASSWORD: root<br /> MYSQL_DATABASE: ㅌㅌㅌ<br /> MYSQL_USER: ㅌㅌㅌ<br /> MYSQL_PASSWORD: ㅌㅌㅌ<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: ㅌㅌㅌ<br /> DOLI_DB_USER: ㅌㅌㅌㅌ<br /> DOLI_DB_PASSWORD: ㅌㅌㅌ<br /> DOLI_URL_ROOT: &quot;http://0.0.0.0&quot;<br /> DOLI_ADMIN_LOGIN: ㅌㅌㅌㅌ<br /> DOLI_ADMIN_PASSWORD: ㅌㅌㅌㅌ<br /> ports:<br /> - &quot;80:80&quot;<br /> links:<br /> - mariadb<br /> volumes:<br /> - /home/dolibarr_documents:/var/www/documents<br /> - /home/dolibarr_custom:/var/www/html/custom<br /> <br /> &lt;/pre&gt; ```<br /> - 터미널에서 `docker-compose up -d` 명령어를 실행하여 컨테이너를 시작합니다.<br /> - 브라우저에서 `http://0.0.0.0`에 접속하여 Dolibarr에 로그인합니다 (기본 계정: admin/admin).<br /> <br /> ---<br /> <br /> ---<br /> <br /> === DB 백업관련 ===<br /> ### 주요 요약<br /> - Dolibarr ERP에서 MySQL 암호를 변경하려면 MySQL 사용자와 현재 암호를 확인한 후, 루트 사용자 권한으로 MySQL에 접속하여 암호를 변경하고, Dolibarr 설정 파일을 업데이트해야 합니다.<br /> - 루트 암호를 모를 경우 먼저 루트 암호를 재설정해야 할 수 있습니다. 이 과정은 복잡할 수 있으므로 주의가 필요합니다.<br /> <br /> ### 단계별 안내<br /> <br /> #### Dolibarr MySQL 사용자 확인<br /> - Dolibarr는 특정 MySQL 사용자를 사용하여 데이터베이스에 연결합니다. 이 사용자는 `C:\dolibarr\www\dolibarr\htdocs\conf\conf.php` 파일에서 확인할 수 있습니다.<br /> - 파일에서 `$dolibarr_main_db_user`와 `$dolibarr_main_db_pass` 변수를 찾아 현재 사용자와 암호를 확인하세요.<br /> <br /> #### MySQL에 루트로 접속<br /> - 루트 암호를 알고 있다면 명령 프롬프트에서 `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysql -u root -p`를 실행하고 암호를 입력하세요 (x.y.z는 MySQL 버전에 따라 다름).<br /> - 루트 암호를 모를 경우, MySQL 서비스를 중지하고 특수 모드로 재시작한 후 루트 암호를 재설정해야 합니다:<br /> - 서비스 관리자에서 MySQL 서비스(예: `doliwampmysql`)를 중지하세요.<br /> - 명령 프롬프트에서 `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysqld-nt --skip-grant-tables`를 실행하세요.<br /> - 다른 명령 프롬프트에서 `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysql -u root`를 실행하여 비밀번호 없이 접속하세요.<br /> - 루트 암호를 재설정: `SET PASSWORD FOR 'root@localhost' = PASSWORD('new_root_password');` 후 `FLUSH PRIVILEGES; QUIT;` 실행.<br /> - MySQL을 종료: `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysqladmin -u root -pnew_root_password shutdown`.<br /> - Windows를 재부팅하세요.<br /> <br /> #### Dolibarr 사용자 암호 변경<br /> - 루트로 MySQL에 접속한 후, Dolibarr 사용자의 암호를 변경하세요:<br /> - `SET PASSWORD FOR 'ㅌㅌㅌㅌr@localhost' = PASSWORD('new_password');` 실행 (ㅌㅌㅌㅌr는 conf.php의 사용자, new_password는 새 암호).<br /> - `FLUSH PRIVILEGES; QUIT;` 실행.<br /> <br /> #### Dolibarr 설정 업데이트<br /> - `C:\dolibarr\www\dolibarr\htdocs\conf\conf.php` 파일을 편집하여 `$dolibarr_main_db_pass`를 새 암호로 업데이트하세요.<br /> - 파일을 저장하고 필요하면 Dolibarr 서버를 재시작하세요.<br /> <br /> ---<br /> <br /> ### 보고서 섹션<br /> Dolibarr ERP에서 Windows 환경에서 MySQL 암호를 변경하는 과정은 데이터베이스 관리와 관련된 기술적 작업으로, 주의 깊게 진행해야 합니다. 아래는 상세한 절차와 고려사항을 포함한 보고서입니다.<br /> <br /> #### 배경 및 개요<br /> Dolibarr는 오픈 소스 ERP 및 CRM 소프트웨어로, MySQL 데이터베이스를 사용하여 데이터를 관리합니다. Windows에서 Dolibarr의 MySQL 암호를 변경하려면, Dolibarr가 사용하는 특정 MySQL 사용자의 암호를 변경하고, 이를 Dolibarr 설정에 반영해야 합니다. 이 과정은 데이터베이스 보안 강화나 암호 분실 시 필요할 수 있습니다.<br /> <br /> #### 절차 상세<br /> 1. **Dolibarr MySQL 사용자 및 암호 확인**:<br /> - Dolibarr는 일반적으로 루트 사용자가 아닌 별도의 MySQL 사용자를 사용합니다. 이 사용자는 `conf.php` 파일에서 확인할 수 있습니다.<br /> - 파일 경로: `C:\dolibarr\www\dolibarr\htdocs\conf\conf.php`.<br /> - 관련 변수:<br /> - `$dolibarr_main_db_host`: 데이터베이스 호스트 (예: `localhost`).<br /> - `$dolibarr_main_db_name`: 데이터베이스 이름 (예: `ㅌㅌㅌ`).<br /> - `$dolibarr_main_db_user`: Dolibarr가 사용하는 MySQL 사용자 (예: `dㅌㅌㅌ`).<br /> - `$dolibarr_main_db_pass`: 현재 암호.<br /> <br /> | 변수명 | 설명 |<br /> |-------------------------|-------------------------------|<br /> | `$dolibarr_main_db_host` | 데이터베이스 호스트 주소 |<br /> | `$dolibarr_main_db_name` | 데이터베이스 이름 |<br /> | `$dolibarr_main_db_user` | Dolibarr가 사용하는 MySQL 사용자 |<br /> | `$dolibarr_main_db_pass` | 현재 MySQL 암호 |<br /> <br /> 2. **MySQL에 루트로 접속**:<br /> - 루트 암호를 알고 있다면, 명령 프롬프트에서 MySQL에 접속할 수 있습니다:<br /> - 명령: `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysql -u root -p` (x.y.z는 MySQL 버전에 따라 다름).<br /> - 암호 입력 후 접속.<br /> - 루트 암호를 모를 경우, 먼저 재설정해야 합니다. 이는 다음과 같은 단계를 포함합니다:<br /> - MySQL 서비스 중지:<br /> - `Menu Start -&gt; parameters -&gt; Setup panel -&gt; Administration tools -&gt; Services`로 이동.<br /> - MySQL 서비스(예: `doliwampmysql`)를 찾아 중지.<br /> - 특수 모드로 MySQL 재시작:<br /> - 명령 프롬프트에서 `CD C:\dolibarr\bin\mysql\mysqlx.y.z\bin` 실행.<br /> - `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysqld-nt --skip-grant-tables` 실행.<br /> - 다른 명령 프롬프트에서 비밀번호 없이 접속:<br /> - `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysql -u root` 실행.<br /> - 루트 암호 재설정:<br /> - MySQL 버전에 따라 명령 다름:<br /> - 옛 버전: `UPDATE mysql.user SET Password = PASSWORD('new_root_password') WHERE User = 'root';`.<br /> - 새 버전: `SET PASSWORD FOR 'root@localhost' = PASSWORD('new_root_password');`.<br /> - `FLUSH PRIVILEGES; QUIT;` 실행.<br /> - MySQL 종료: `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysqladmin -u root -pnew_root_password shutdown`.<br /> - Windows 재부팅.<br /> <br /> 3. **Dolibarr 사용자 암호 변경**:<br /> - 루트로 MySQL에 접속한 후, Dolibarr 사용자의 암호를 변경:<br /> - 명령: `SET PASSWORD FOR 'dolibarr_user@localhost' = PASSWORD('new_password');`.<br /> - `dolibarr_user`는 conf.php의 `$dolibarr_main_db_user` 값으로 대체.<br /> - `new_password`는 원하는 새 암호로 대체.<br /> - `FLUSH PRIVILEGES; QUIT;` 실행.<br /> <br /> 4. **Dolibarr 설정 파일 업데이트**:<br /> - `conf.php` 파일 편집:<br /> - 경로: `C:\dolibarr\www\dolibarr\htdocs\conf\conf.php`.<br /> - `$dolibarr_main_db_pass` 값을 새 암호로 변경.<br /> - 파일 저장.<br /> - 필요하면 Dolibarr 서버 재시작 (웹 서버 재시작 등).<br /> <br /> #### 추가 고려사항<br /> - **보안 권장사항**: 루트 사용자를 Dolibarr 연결에 사용하는 것은 권장되지 않으며, 별도의 사용자를 사용하는 것이 안전합니다.<br /> - **설치 경로**: 위 경로는 DoliWamp와 같은 기본 설치 기준이며, 수동 설치나 다른 패키지(Bitnami 등)를 사용할 경우 경로가 다를 수 있습니다.<br /> - **MySQL 버전**: 명령은 MySQL 버전에 따라 다를 수 있으므로, 사용하는 버전에 맞게 조정하세요.<br /> <br /> #### 관련 정보 및 참고<br /> Dolibarr 공식 Wiki와 포럼에서 제공하는 정보에 따르면, 데이터베이스 암호 변경은 수동으로 이루어지며, UI를 통한 변경 기능은 제공되지 않습니다. 이는 데이터베이스 관리의 보안성과 유연성을 고려한 설계로 보입니다.<br /> <br /> #### 결론<br /> Windows에서 Dolibarr의 MySQL 암호를 변경하려면, MySQL 루트 권한으로 접속하여 사용자 암호를 변경하고, Dolibarr 설정 파일을 업데이트하는 과정을 거쳐야 합니다. 이 과정은 기술적 지식이 필요하므로, 주의 깊게 진행하시고, 문제가 발생할 경우 [Dolibarr ERP CRM Wiki](https://wiki.dolibarr.org/index.php/FAQ_I_Lost_my_database_password)나 [Dolibarr 포럼](https://www.dolibarr.org/forum/t/database-passwords-with-dolideb-installation-are/14325)에서 추가 지원을 받으시기 바랍니다.<br /> <br /> ### 주요 인용<br /> - [FAQ I Lost my database password - Dolibarr ERP CRM Wiki](https://wiki.dolibarr.org/index.php/FAQ_I_Lost_my_database_password)<br /> - [Database passwords with DoliDeb Installation are? - Dolibarr international forum](https://www.dolibarr.org/forum/t/database-passwords-with-dolideb-installation-are/14325)<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. 설치 마법사를 따라 진행하며, &quot;Use WSL 2 instead of Hyper-V&quot; 옵션을 선택하거나 시스템 설정에 따라 적절한 백엔드를 선택합니다.<br /> 4. 설치가 완료되면 &quot;Close&quot;를 클릭합니다. 필요 시 컴퓨터를 재부팅합니다.<br /> 5. 관리자 계정과 일반 사용자 계정이 다를 경우, 일반 사용자를 &quot;docker-users&quot; 그룹에 추가해야 합니다:<br /> - &quot;컴퓨터 관리&quot;를 관리자 권한으로 실행합니다.<br /> - &quot;로컬 사용자 및 그룹&quot; &gt; &quot;그룹&quot; &gt; &quot;docker-users&quot;로 이동합니다.<br /> - 사용자를 추가한 후 로그아웃하고 다시 로그인합니다.<br /> <br /> - **Docker Desktop 시작**:<br /> - 시작 메뉴에서 &quot;Docker&quot;를 검색하고 &quot;Docker Desktop&quot;을 선택합니다.<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 /> &lt;pre&gt;<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: &quot;${DOLI_URL_ROOT:-http://0.0.0.0}&quot;<br /> DOLI_ADMIN_LOGIN: &quot;${DOLI_ADMIN_LOGIN:-admin}&quot;<br /> DOLI_ADMIN_PASSWORD: &quot;${DOLI_ADMIN_PASSWORD:-admin}&quot;<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 /> - &quot;80:80&quot;<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 /> - 또는 &quot;docker-compose&quot; 명령어가 사용 불가능하다면:<br /> ```bash<br /> docker compose up -d<br /> ```<br /> - 컨테이너 상태와 로그를 확인하려면:<br /> ```bash<br /> docker-compose ps<br /> docker-compose logs<br /> &lt;/pre&gt; ```<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 /> &lt;pre&gt;<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 /> &lt;/pre&gt;<br /> <br /> - **업그레이드 및 유지보수**:<br /> - Dolibarr 버전을 업그레이드하려면 `install.lock` 파일을 제거해야 합니다:<br /> ```bash<br /> docker exec &lt;web-container-name&gt; bash -c &quot;rm -f /var/www/documents/install.lock&quot;<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 사용 가이드]<br /> <br /> ==NAS에서 설정한 백업 디렉토리 설명==<br /> <br /> * NAS expose directory<br /> NAS에서 docker에 직접 access 가능한 디렉토리는 다음과 같다.<br /> <br /> * 설치 파일 yml에서 정의한 volumes<br /> volumes:<br /> - /volume1/docker/dolibarr/html:/var/www/html/custom:rw<br /> - /volume1/docker/dolibarr/documents:/var/www/documents:rw<br /> <br /> * 백업파일이 생성되는 위치<br /> <br /> '''/var/www/documents/admin/documents'''<br /> <br /> document에서 admin의 documents임에 주의<br /> /var/www/documents 가 보이는 nas에서는 documents/admin/documents 로 다시 들어가야 함!!!<br /> <br /> = 백업 관련 정리 =<br /> <br /> ==설치 관련 정보==<br /> <br /> * htdocs<br /> Docker로 설치된 경우는 root 디렉토리 : '''var/www/documents''' 이다.<br /> <br /> 기타 설치 사항은 앞의 root 디렉토리의 conf (configure) 디렉토리의 '''conf.php''' 파일에서 확인 할 수 있다.<br /> <br /> * conf.php<br /> $dolibarr_main_url_root='http://tcamp32.synolo....';<br /> $dolibarr_main_document_root='/var/www/html';<br /> $dolibarr_main_url_root_alt='/custom';<br /> $dolibarr_main_document_root_alt='/var/www/html/custom';<br /> '''$dolibarr_main_data_root='/var/www/documents';'''<br /> # __________이하 DB 설정 관련___________<br /> $dolibarr_main_db_port='(db 포트)';<br /> $dolibarr_main_db_name='(지정해준 db이름';<br /> $dolibarr_main_db_prefix='llx_';<br /> $dolibarr_main_db_user='(여기에 db사용자';<br /> $dolibarr_main_db_pass='(여기에 암호가)';<br /> $dolibarr_main_db_type='mysqli';<br /> $dolibarr_main_authentication='(mysql 암호)';<br /> $dolibarr_main_prod=1;<br /> $dolibarr_main_db_host='(접속주소)'; //127.0.0.1 처럼 주소가 있다. 보안을 위해서, 보통 다른 네트워크 주소를 설정하여 접근하게 한다<br /> $dolibarr_main_instance_unique_id='(접속시 증명원)';<br /> $dolibarr_main_db_character_set='utf8mb4'; //한글 사용 DB용 한글코드, utf8bom - MS용 화면 표시용 (스타일 헤더가 3개 붙는다)<br /> $dolibarr_main_db_collation='utf8mb4_unicode_ci'; //한중일 이모티콘까지 동일 코드 사용 명시<br /> <br /> ==admin이 백업을 실시한 경우==<br /> admin의 백업은 두 가지이다.<br /> 1) DB를 백업 한 경우: '''sql'''<br /> 2) document 파일 백업 : '''.tar.gz''' - 첨부파일을 별도로 저장함.<br /> <br /> * 디렉토리 위치<br /> 백업이 2종류인 만큼 백업 위치도 다르다.<br /> <br /> 1) DB 백업 디렉토리: (document root)/admin/backup : '''sql.gz''' <br /> (참고) 절대경로 : /var/www/documents/admin/backup<br /> 2) document 백업 디렉토리 : (document root)/admin/documents : '''.tar.gz'''<br /> (참고) 절대경로 : /var/www/documents/admin/documents<br /> <br /> ==백업 명령어==<br /> 디렉토리가 다른 데에 동일하게 백업 파일을 생성할 경우, 각각의 백업 명령어를 사용할 수 있다.<br /> <br /> 1. SQL 백업<br /> * DB의 비밀번호를 알아야 함<br /> Portainer의 설치 파일에 db 암호가 있음, db사용자 이름은 conf.php 파일에서 확인할 수 있음<br /> <br /> 압축하여 저장 - (1) DB생성 (2) gzip 압축<br /> <br /> mysqldump -u root -p (*암호) dolibarr &gt; mysqldump_dolibarr_23.0.1_2608130953.sql (파일명은 임의로 준것) <br /> <br /> 2. documents 백업<br /> * Expensereport 폴더<br /> expense report에 첨부되는 파일만 백업할 경우 해당 폴더만 백업<br /> <br /> * 설치 디렉토리 전체 (main_data_root)를 백업하는 경우 (실제 dolibarr에서 사용하는 백업)<br /> <br /> tar -cf documents_dolibarr_23.0.1_2608130953.tar \<br /> --exclude-vcs \<br /> --exclude-caches-all \<br /> --exclude='temp' \<br /> --exclude='*.log' \<br /> --exclude='*.pdf_preview-*.png' \<br /> --exclude='documents/admin/documents' \<br /> -C /var/www \<br /> documents<br /> gzip -f documents_dolibarr_23.0.1_2608130953.tar<br /> <br /> tar로 생성하고, gzip으로 압축. 단, 파일명(documents_dolibarr_23.0.1_2608130953.tar)은 미리 생성해서 알려주어야 한다.<br /> <br /> = 윈도우 버전 차이 =<br /> <br /> ==DB 패키지 설정 다름==<br /> DB설정에서 차이가 있다.<br /> <br /> 윈도우 버전의 DB설정에서는 default 설치를 하므로, root db가 다르다. 설치에서 암호를 docker yml과 비교하여 결정 및 설치 할 것<br /> <br /> ===복원 문제===<br /> 백업파일 기준으로 복원의 경우, 설치 암호 차이와 db 타입 문제가 있음<br /> <br /> mysql dolibarr -h mariadb -P 3306 -u doliuser -p*** &lt; backup.sql<br /> * mariadb 여기서 다름<br /> * doliuser 인지 확인 필요<br /> <br /> * default password를 사용할 경우 문제 발생<br /> 아마 정확히 안나오는 것 같은데... 문제 발생<br /> <br /> mysql -h localhost -P 3306 -u dolibarrmysql -p dolibarr &lt; &quot;mysqldump_dolibarr_20.0.2_2504091438.sql&quot;<br /> Enter password: ********<br /> '''ERROR at line 1: Unknown command '\-'.'''<br /> <br /> * 윈도우 버전에서는 스크립트 관련 에러 등 다양한 차이(?)가 발생한다.<br /> <br /> mysql 명령을 직접 실행하고 그 다음에 파일을 입력하세요:<br /> <br /> d:/dolibarr/bin/mariadb/mariadb10.6.5/bin/mysql -u dolibarrmysql -p&quot;dolipass&quot; dolibarr<br /> <br /> 그 다음 mysql 프롬프트에서:<br /> source mybackupfile.sql;<br /> <br /> 이 오류가 MySQL/MariaDB 클라이언트에서 발생하는 것이 아니라 다른 환경(예: 스크립트 내부)에서 발생하는 것일 수도 있습니다. 실행 중인 정확한 환경(CMD, PowerShell, 스크립트 등)을 확인하는 것이 도움이 될 수 있습니다.<br /> <br /> *완전히 다른 설치 (DB자체 시키마가 다른 경우)<br /> <br /> install.lock을 삭제하고, 다시 설치 작업 --&gt;&gt;&gt; '''Database 마이그레이션''' 작업이 진행된다. (주의)<br /> <br /> =시스템 업그레이드 등=<br /> Dolibarr ERP는 Open source 프로젝트이기 때문에, 버그 수정이나, 업그레이드가 잦은 편이다.<br /> <br /> 대만 현지의 요청 사항으로 일부 메뉴 구성이(단어 및 기능) 추가적으로 수정해 주어야 한다.<br /> <br /> 이부분은 시스템에 직접 접근해서 수정해야 하므로, 별도 off-line 문서로 기록되어 있다.<br /> [[분류: ERP]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=%EC%8B%9C%EC%8A%A4%ED%85%9C%EA%B4%80%EB%A6%AC&diff=1260 2026-08-13T02:29:50Z

<p>172.27.0.1: /* 백업 디렉토리 설명 */</p> <hr /> <div>=ERP 시스템 구성=<br /> dolibarr 시스템 구성에 대한 설명입니다. 특히 유지보수 관련 전체 구성을 참고하는 기본 문서입니다.<br /> <br /> * 설치환경<br /> Synology nas에서 docker를 설치하여 사용 중입니다.<br /> <br /> : [[file: Docker_(container_engine)_logo.png|700px]]<br /> <br /> <br /> * HW 구성<br /> Master Server가 primary로 동작 중이고, Secondary Sever가 같은 구성으로 backup으로 동작합니다.<br /> <br /> * SW 구성<br /> :# Docker 기본<br /> :# Docker 관리, Portainer (커뮤니티 버전)<br /> :# Dolibarr ERP/CRM <br /> <br /> * Backup <br /> :# Incremental backup - 월 1회, 대상 DB, documents(첨부파일) <br /> :# Pysical backup - 상시, synology drive sync (변화감지 순시 업데이트)<br /> <br /> 백업시스템으로 시스템 운영이 좀 복잡해 짐. <br /> - 백업서버 제외 혹은 단순 파일 백업 전환 필요<br /> - 응급 백업 동작 설계로, 시스템간 호출시 오류 및 혼돈 발생 (43)<br /> <br /> * 기타 세부 사항<br /> : # 기타 세부사항은 보안 문제로 off-line document를 참고한다.<br /> : # 시스템 관리자는 docker에 대한 이해 및 활용을 해야 하고, 직접 file 수정 edit 작업이 가능해야 한다.<br /> <br /> =시스템 설치=<br /> 설치 환경과 구축<br /> <br /> * Docker 기반 <br /> 활용 및 관리를 위해서, 가상 시스템인 Docker를 기본으로 한다.<br /> <br /> * 시스템 안정성<br /> 백업 관리 및 duplicated model로, main service server와 backup server로 구성한다.<br /> <br /> == 주요 요약==<br /> * 이해를 위해서, Docker Desktop설명으로 대신, 나중에 Synology nas용으로 수정할 것.<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 /> &lt;pre&gt;<br /> services:<br /> mariadb:<br /> image: mariadb:latest<br /> environment:<br /> MYSQL_ROOT_PASSWORD: root<br /> MYSQL_DATABASE: ㅌㅌㅌ<br /> MYSQL_USER: ㅌㅌㅌ<br /> MYSQL_PASSWORD: ㅌㅌㅌ<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: ㅌㅌㅌ<br /> DOLI_DB_USER: ㅌㅌㅌㅌ<br /> DOLI_DB_PASSWORD: ㅌㅌㅌ<br /> DOLI_URL_ROOT: &quot;http://0.0.0.0&quot;<br /> DOLI_ADMIN_LOGIN: ㅌㅌㅌㅌ<br /> DOLI_ADMIN_PASSWORD: ㅌㅌㅌㅌ<br /> ports:<br /> - &quot;80:80&quot;<br /> links:<br /> - mariadb<br /> volumes:<br /> - /home/dolibarr_documents:/var/www/documents<br /> - /home/dolibarr_custom:/var/www/html/custom<br /> <br /> &lt;/pre&gt; ```<br /> - 터미널에서 `docker-compose up -d` 명령어를 실행하여 컨테이너를 시작합니다.<br /> - 브라우저에서 `http://0.0.0.0`에 접속하여 Dolibarr에 로그인합니다 (기본 계정: admin/admin).<br /> <br /> ---<br /> <br /> ---<br /> <br /> === DB 백업관련 ===<br /> ### 주요 요약<br /> - Dolibarr ERP에서 MySQL 암호를 변경하려면 MySQL 사용자와 현재 암호를 확인한 후, 루트 사용자 권한으로 MySQL에 접속하여 암호를 변경하고, Dolibarr 설정 파일을 업데이트해야 합니다.<br /> - 루트 암호를 모를 경우 먼저 루트 암호를 재설정해야 할 수 있습니다. 이 과정은 복잡할 수 있으므로 주의가 필요합니다.<br /> <br /> ### 단계별 안내<br /> <br /> #### Dolibarr MySQL 사용자 확인<br /> - Dolibarr는 특정 MySQL 사용자를 사용하여 데이터베이스에 연결합니다. 이 사용자는 `C:\dolibarr\www\dolibarr\htdocs\conf\conf.php` 파일에서 확인할 수 있습니다.<br /> - 파일에서 `$dolibarr_main_db_user`와 `$dolibarr_main_db_pass` 변수를 찾아 현재 사용자와 암호를 확인하세요.<br /> <br /> #### MySQL에 루트로 접속<br /> - 루트 암호를 알고 있다면 명령 프롬프트에서 `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysql -u root -p`를 실행하고 암호를 입력하세요 (x.y.z는 MySQL 버전에 따라 다름).<br /> - 루트 암호를 모를 경우, MySQL 서비스를 중지하고 특수 모드로 재시작한 후 루트 암호를 재설정해야 합니다:<br /> - 서비스 관리자에서 MySQL 서비스(예: `doliwampmysql`)를 중지하세요.<br /> - 명령 프롬프트에서 `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysqld-nt --skip-grant-tables`를 실행하세요.<br /> - 다른 명령 프롬프트에서 `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysql -u root`를 실행하여 비밀번호 없이 접속하세요.<br /> - 루트 암호를 재설정: `SET PASSWORD FOR 'root@localhost' = PASSWORD('new_root_password');` 후 `FLUSH PRIVILEGES; QUIT;` 실행.<br /> - MySQL을 종료: `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysqladmin -u root -pnew_root_password shutdown`.<br /> - Windows를 재부팅하세요.<br /> <br /> #### Dolibarr 사용자 암호 변경<br /> - 루트로 MySQL에 접속한 후, Dolibarr 사용자의 암호를 변경하세요:<br /> - `SET PASSWORD FOR 'ㅌㅌㅌㅌr@localhost' = PASSWORD('new_password');` 실행 (ㅌㅌㅌㅌr는 conf.php의 사용자, new_password는 새 암호).<br /> - `FLUSH PRIVILEGES; QUIT;` 실행.<br /> <br /> #### Dolibarr 설정 업데이트<br /> - `C:\dolibarr\www\dolibarr\htdocs\conf\conf.php` 파일을 편집하여 `$dolibarr_main_db_pass`를 새 암호로 업데이트하세요.<br /> - 파일을 저장하고 필요하면 Dolibarr 서버를 재시작하세요.<br /> <br /> ---<br /> <br /> ### 보고서 섹션<br /> Dolibarr ERP에서 Windows 환경에서 MySQL 암호를 변경하는 과정은 데이터베이스 관리와 관련된 기술적 작업으로, 주의 깊게 진행해야 합니다. 아래는 상세한 절차와 고려사항을 포함한 보고서입니다.<br /> <br /> #### 배경 및 개요<br /> Dolibarr는 오픈 소스 ERP 및 CRM 소프트웨어로, MySQL 데이터베이스를 사용하여 데이터를 관리합니다. Windows에서 Dolibarr의 MySQL 암호를 변경하려면, Dolibarr가 사용하는 특정 MySQL 사용자의 암호를 변경하고, 이를 Dolibarr 설정에 반영해야 합니다. 이 과정은 데이터베이스 보안 강화나 암호 분실 시 필요할 수 있습니다.<br /> <br /> #### 절차 상세<br /> 1. **Dolibarr MySQL 사용자 및 암호 확인**:<br /> - Dolibarr는 일반적으로 루트 사용자가 아닌 별도의 MySQL 사용자를 사용합니다. 이 사용자는 `conf.php` 파일에서 확인할 수 있습니다.<br /> - 파일 경로: `C:\dolibarr\www\dolibarr\htdocs\conf\conf.php`.<br /> - 관련 변수:<br /> - `$dolibarr_main_db_host`: 데이터베이스 호스트 (예: `localhost`).<br /> - `$dolibarr_main_db_name`: 데이터베이스 이름 (예: `ㅌㅌㅌ`).<br /> - `$dolibarr_main_db_user`: Dolibarr가 사용하는 MySQL 사용자 (예: `dㅌㅌㅌ`).<br /> - `$dolibarr_main_db_pass`: 현재 암호.<br /> <br /> | 변수명 | 설명 |<br /> |-------------------------|-------------------------------|<br /> | `$dolibarr_main_db_host` | 데이터베이스 호스트 주소 |<br /> | `$dolibarr_main_db_name` | 데이터베이스 이름 |<br /> | `$dolibarr_main_db_user` | Dolibarr가 사용하는 MySQL 사용자 |<br /> | `$dolibarr_main_db_pass` | 현재 MySQL 암호 |<br /> <br /> 2. **MySQL에 루트로 접속**:<br /> - 루트 암호를 알고 있다면, 명령 프롬프트에서 MySQL에 접속할 수 있습니다:<br /> - 명령: `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysql -u root -p` (x.y.z는 MySQL 버전에 따라 다름).<br /> - 암호 입력 후 접속.<br /> - 루트 암호를 모를 경우, 먼저 재설정해야 합니다. 이는 다음과 같은 단계를 포함합니다:<br /> - MySQL 서비스 중지:<br /> - `Menu Start -&gt; parameters -&gt; Setup panel -&gt; Administration tools -&gt; Services`로 이동.<br /> - MySQL 서비스(예: `doliwampmysql`)를 찾아 중지.<br /> - 특수 모드로 MySQL 재시작:<br /> - 명령 프롬프트에서 `CD C:\dolibarr\bin\mysql\mysqlx.y.z\bin` 실행.<br /> - `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysqld-nt --skip-grant-tables` 실행.<br /> - 다른 명령 프롬프트에서 비밀번호 없이 접속:<br /> - `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysql -u root` 실행.<br /> - 루트 암호 재설정:<br /> - MySQL 버전에 따라 명령 다름:<br /> - 옛 버전: `UPDATE mysql.user SET Password = PASSWORD('new_root_password') WHERE User = 'root';`.<br /> - 새 버전: `SET PASSWORD FOR 'root@localhost' = PASSWORD('new_root_password');`.<br /> - `FLUSH PRIVILEGES; QUIT;` 실행.<br /> - MySQL 종료: `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysqladmin -u root -pnew_root_password shutdown`.<br /> - Windows 재부팅.<br /> <br /> 3. **Dolibarr 사용자 암호 변경**:<br /> - 루트로 MySQL에 접속한 후, Dolibarr 사용자의 암호를 변경:<br /> - 명령: `SET PASSWORD FOR 'dolibarr_user@localhost' = PASSWORD('new_password');`.<br /> - `dolibarr_user`는 conf.php의 `$dolibarr_main_db_user` 값으로 대체.<br /> - `new_password`는 원하는 새 암호로 대체.<br /> - `FLUSH PRIVILEGES; QUIT;` 실행.<br /> <br /> 4. **Dolibarr 설정 파일 업데이트**:<br /> - `conf.php` 파일 편집:<br /> - 경로: `C:\dolibarr\www\dolibarr\htdocs\conf\conf.php`.<br /> - `$dolibarr_main_db_pass` 값을 새 암호로 변경.<br /> - 파일 저장.<br /> - 필요하면 Dolibarr 서버 재시작 (웹 서버 재시작 등).<br /> <br /> #### 추가 고려사항<br /> - **보안 권장사항**: 루트 사용자를 Dolibarr 연결에 사용하는 것은 권장되지 않으며, 별도의 사용자를 사용하는 것이 안전합니다.<br /> - **설치 경로**: 위 경로는 DoliWamp와 같은 기본 설치 기준이며, 수동 설치나 다른 패키지(Bitnami 등)를 사용할 경우 경로가 다를 수 있습니다.<br /> - **MySQL 버전**: 명령은 MySQL 버전에 따라 다를 수 있으므로, 사용하는 버전에 맞게 조정하세요.<br /> <br /> #### 관련 정보 및 참고<br /> Dolibarr 공식 Wiki와 포럼에서 제공하는 정보에 따르면, 데이터베이스 암호 변경은 수동으로 이루어지며, UI를 통한 변경 기능은 제공되지 않습니다. 이는 데이터베이스 관리의 보안성과 유연성을 고려한 설계로 보입니다.<br /> <br /> #### 결론<br /> Windows에서 Dolibarr의 MySQL 암호를 변경하려면, MySQL 루트 권한으로 접속하여 사용자 암호를 변경하고, Dolibarr 설정 파일을 업데이트하는 과정을 거쳐야 합니다. 이 과정은 기술적 지식이 필요하므로, 주의 깊게 진행하시고, 문제가 발생할 경우 [Dolibarr ERP CRM Wiki](https://wiki.dolibarr.org/index.php/FAQ_I_Lost_my_database_password)나 [Dolibarr 포럼](https://www.dolibarr.org/forum/t/database-passwords-with-dolideb-installation-are/14325)에서 추가 지원을 받으시기 바랍니다.<br /> <br /> ### 주요 인용<br /> - [FAQ I Lost my database password - Dolibarr ERP CRM Wiki](https://wiki.dolibarr.org/index.php/FAQ_I_Lost_my_database_password)<br /> - [Database passwords with DoliDeb Installation are? - Dolibarr international forum](https://www.dolibarr.org/forum/t/database-passwords-with-dolideb-installation-are/14325)<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. 설치 마법사를 따라 진행하며, &quot;Use WSL 2 instead of Hyper-V&quot; 옵션을 선택하거나 시스템 설정에 따라 적절한 백엔드를 선택합니다.<br /> 4. 설치가 완료되면 &quot;Close&quot;를 클릭합니다. 필요 시 컴퓨터를 재부팅합니다.<br /> 5. 관리자 계정과 일반 사용자 계정이 다를 경우, 일반 사용자를 &quot;docker-users&quot; 그룹에 추가해야 합니다:<br /> - &quot;컴퓨터 관리&quot;를 관리자 권한으로 실행합니다.<br /> - &quot;로컬 사용자 및 그룹&quot; &gt; &quot;그룹&quot; &gt; &quot;docker-users&quot;로 이동합니다.<br /> - 사용자를 추가한 후 로그아웃하고 다시 로그인합니다.<br /> <br /> - **Docker Desktop 시작**:<br /> - 시작 메뉴에서 &quot;Docker&quot;를 검색하고 &quot;Docker Desktop&quot;을 선택합니다.<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 /> &lt;pre&gt;<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: &quot;${DOLI_URL_ROOT:-http://0.0.0.0}&quot;<br /> DOLI_ADMIN_LOGIN: &quot;${DOLI_ADMIN_LOGIN:-admin}&quot;<br /> DOLI_ADMIN_PASSWORD: &quot;${DOLI_ADMIN_PASSWORD:-admin}&quot;<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 /> - &quot;80:80&quot;<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 /> - 또는 &quot;docker-compose&quot; 명령어가 사용 불가능하다면:<br /> ```bash<br /> docker compose up -d<br /> ```<br /> - 컨테이너 상태와 로그를 확인하려면:<br /> ```bash<br /> docker-compose ps<br /> docker-compose logs<br /> &lt;/pre&gt; ```<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 /> &lt;pre&gt;<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 /> &lt;/pre&gt;<br /> <br /> - **업그레이드 및 유지보수**:<br /> - Dolibarr 버전을 업그레이드하려면 `install.lock` 파일을 제거해야 합니다:<br /> ```bash<br /> docker exec &lt;web-container-name&gt; bash -c &quot;rm -f /var/www/documents/install.lock&quot;<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 사용 가이드]<br /> <br /> ==NAS에서 설정한 백업 디렉토리 설명==<br /> <br /> * NAS expose directory<br /> NAS에서 docker에 직접 access 가능한 디렉토리는 다음과 같다.<br /> <br /> * 설치 파일 yml에서 정의한 volumes<br /> volumes:<br /> - /volume1/docker/dolibarr/html:/var/www/html/custom:rw<br /> - /volume1/docker/dolibarr/documents:/var/www/documents:rw<br /> <br /> * 백업파일이 생성되는 위치<br /> <br /> '''/var/www/documents/admin/documents'''<br /> <br /> document에서 admin의 documents임에 주의<br /> /var/www/documents 가 보이는 nas에서는 documents/admin/documents 로 다시 들어가야 함!!!<br /> <br /> = 백업 관련 정리 =<br /> <br /> ==설치 관련 정보==<br /> <br /> * htdocs<br /> Docker로 설치된 경우는 root 디렉토리 : '''var/www/documents''' 이다.<br /> <br /> 기타 설치 사항은 앞의 root 디렉토리의 conf (configure) 디렉토리의 '''conf.php''' 파일에서 확인 할 수 있다.<br /> <br /> * conf.php<br /> $dolibarr_main_url_root='http://tcamp32.synolo....';<br /> $dolibarr_main_document_root='/var/www/html';<br /> $dolibarr_main_url_root_alt='/custom';<br /> $dolibarr_main_document_root_alt='/var/www/html/custom';<br /> '''$dolibarr_main_data_root='/var/www/documents';'''<br /> # __________이하 DB 설정 관련___________<br /> $dolibarr_main_db_port='(db 포트)';<br /> $dolibarr_main_db_name='(지정해준 db이름';<br /> $dolibarr_main_db_prefix='llx_';<br /> $dolibarr_main_db_user='(여기에 db사용자';<br /> $dolibarr_main_db_pass='(여기에 암호가)';<br /> $dolibarr_main_db_type='mysqli';<br /> $dolibarr_main_authentication='(mysql 암호)';<br /> $dolibarr_main_prod=1;<br /> $dolibarr_main_db_host='(접속주소)'; //127.0.0.1 처럼 주소가 있다. 보안을 위해서, 보통 다른 네트워크 주소를 설정하여 접근하게 한다<br /> $dolibarr_main_instance_unique_id='(접속시 증명원)';<br /> $dolibarr_main_db_character_set='utf8mb4'; //한글 사용 DB용 한글코드, utf8bom - MS용 화면 표시용 (스타일 헤더가 3개 붙는다)<br /> $dolibarr_main_db_collation='utf8mb4_unicode_ci'; //한중일 이모티콘까지 동일 코드 사용 명시<br /> <br /> ==admin이 백업을 실시한 경우==<br /> admin의 백업은 두 가지이다.<br /> 1) DB를 백업 한 경우: '''sql'''<br /> 2) document 파일 백업 : '''.tar.gz''' - 첨부파일을 별도로 저장함.<br /> <br /> * 디렉토리 위치<br /> 백업이 2종류인 만큼 백업 위치도 다르다.<br /> <br /> 1) DB 백업 디렉토리: (document root)/admin/backup : '''sql.gz''' <br /> (참고) 절대경로 : /var/www/documents/admin/backup<br /> 2) document 백업 디렉토리 : (document root)/admin/documents : '''.tar.gz'''<br /> (참고) 절대경로 : /var/www/documents/admin/documents<br /> <br /> ==백업 명령어==<br /> 디렉토리가 다른 데에 동일하게 백업 파일을 생성할 경우, 각각의 백업 명령어를 사용할 수 있다.<br /> <br /> 1. SQL 백업<br /> * DB의 비밀번호를 알아야 함<br /> Portainer의 설치 파일에 db 암호가 있음, db사용자 이름은 conf.php 파일에서 확인할 수 있음<br /> <br /> 압축하여 저장 (1.DB생성 2. gzip 압축)<br /> <br /> mysqldump -u root -p (*암호) dolibarr &gt; mysqldump_dolibarr_23.0.1_2608130953.sql (파일명은 임의로 준것) <br /> <br /> 2. documents 백업<br /> * Expensereport 폴더<br /> expense report에 첨부되는 파일만 백업할 경우 해당 폴더만 백업<br /> <br /> * 설치 디렉토리 전체 (main_data_root)를 백업하는 경우 (실제 dolibarr에서 사용하는 백업)<br /> <br /> tar -cf documents_dolibarr_23.0.1_2608130953.tar \<br /> --exclude-vcs \<br /> --exclude-caches-all \<br /> --exclude='temp' \<br /> --exclude='*.log' \<br /> --exclude='*.pdf_preview-*.png' \<br /> --exclude='documents/admin/documents' \<br /> -C /var/www \<br /> documents<br /> gzip -f documents_dolibarr_23.0.1_2608130953.tar<br /> <br /> tar로 생성하고, gzip으로 압축. 단, 파일명(documents_dolibarr_23.0.1_2608130953.tar)은 미리 생성해서 알려주어야 한다.<br /> <br /> <br /> = 윈도우 버전 차이 =<br /> <br /> ==DB 패키지 설정 다름==<br /> DB설정에서 차이가 있다.<br /> <br /> 윈도우 버전의 DB설정에서는 default 설치를 하므로, root db가 다르다. 설치에서 암호를 docker yml과 비교하여 결정 및 설치 할 것<br /> <br /> ===복원 문제===<br /> 백업파일 기준으로 복원의 경우, 설치 암호 차이와 db 타입 문제가 있음<br /> <br /> mysql dolibarr -h mariadb -P 3306 -u doliuser -p*** &lt; backup.sql<br /> * mariadb 여기서 다름<br /> * doliuser 인지 확인 필요<br /> <br /> * default password를 사용할 경우 문제 발생<br /> 아마 정확히 안나오는 것 같은데... 문제 발생<br /> <br /> mysql -h localhost -P 3306 -u dolibarrmysql -p dolibarr &lt; &quot;mysqldump_dolibarr_20.0.2_2504091438.sql&quot;<br /> Enter password: ********<br /> '''ERROR at line 1: Unknown command '\-'.'''<br /> <br /> * 윈도우 버전에서는 스크립트 관련 에러 등 다양한 차이(?)가 발생한다.<br /> <br /> mysql 명령을 직접 실행하고 그 다음에 파일을 입력하세요:<br /> <br /> d:/dolibarr/bin/mariadb/mariadb10.6.5/bin/mysql -u dolibarrmysql -p&quot;dolipass&quot; dolibarr<br /> <br /> 그 다음 mysql 프롬프트에서:<br /> source mybackupfile.sql;<br /> <br /> 이 오류가 MySQL/MariaDB 클라이언트에서 발생하는 것이 아니라 다른 환경(예: 스크립트 내부)에서 발생하는 것일 수도 있습니다. 실행 중인 정확한 환경(CMD, PowerShell, 스크립트 등)을 확인하는 것이 도움이 될 수 있습니다.<br /> <br /> *완전히 다른 설치 (DB자체 시키마가 다른 경우)<br /> <br /> install.lock을 삭제하고, 다시 설치 작업 --&gt;&gt;&gt; '''Database 마이그레이션''' 작업이 진행된다. (주의)<br /> <br /> =시스템 업그레이드 등=<br /> Dolibarr ERP는 Open source 프로젝트이기 때문에, 버그 수정이나, 업그레이드가 잦은 편이다.<br /> <br /> 대만 현지의 요청 사항으로 일부 메뉴 구성이(단어 및 기능) 추가적으로 수정해 주어야 한다.<br /> <br /> 이부분은 시스템에 직접 접근해서 수정해야 하므로, 별도 off-line 문서로 기록되어 있다.<br /> [[분류: ERP]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=%EC%8B%9C%EC%8A%A4%ED%85%9C%EA%B4%80%EB%A6%AC&diff=1259 2026-08-13T02:28:33Z

<p>172.27.0.1: /* 윈도우 버전 차이 */</p> <hr /> <div>=ERP 시스템 구성=<br /> dolibarr 시스템 구성에 대한 설명입니다. 특히 유지보수 관련 전체 구성을 참고하는 기본 문서입니다.<br /> <br /> * 설치환경<br /> Synology nas에서 docker를 설치하여 사용 중입니다.<br /> <br /> : [[file: Docker_(container_engine)_logo.png|700px]]<br /> <br /> <br /> * HW 구성<br /> Master Server가 primary로 동작 중이고, Secondary Sever가 같은 구성으로 backup으로 동작합니다.<br /> <br /> * SW 구성<br /> :# Docker 기본<br /> :# Docker 관리, Portainer (커뮤니티 버전)<br /> :# Dolibarr ERP/CRM <br /> <br /> * Backup <br /> :# Incremental backup - 월 1회, 대상 DB, documents(첨부파일) <br /> :# Pysical backup - 상시, synology drive sync (변화감지 순시 업데이트)<br /> <br /> 백업시스템으로 시스템 운영이 좀 복잡해 짐. <br /> - 백업서버 제외 혹은 단순 파일 백업 전환 필요<br /> - 응급 백업 동작 설계로, 시스템간 호출시 오류 및 혼돈 발생 (43)<br /> <br /> * 기타 세부 사항<br /> : # 기타 세부사항은 보안 문제로 off-line document를 참고한다.<br /> : # 시스템 관리자는 docker에 대한 이해 및 활용을 해야 하고, 직접 file 수정 edit 작업이 가능해야 한다.<br /> <br /> =시스템 설치=<br /> 설치 환경과 구축<br /> <br /> * Docker 기반 <br /> 활용 및 관리를 위해서, 가상 시스템인 Docker를 기본으로 한다.<br /> <br /> * 시스템 안정성<br /> 백업 관리 및 duplicated model로, main service server와 backup server로 구성한다.<br /> <br /> == 주요 요약==<br /> * 이해를 위해서, Docker Desktop설명으로 대신, 나중에 Synology nas용으로 수정할 것.<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 /> &lt;pre&gt;<br /> services:<br /> mariadb:<br /> image: mariadb:latest<br /> environment:<br /> MYSQL_ROOT_PASSWORD: root<br /> MYSQL_DATABASE: ㅌㅌㅌ<br /> MYSQL_USER: ㅌㅌㅌ<br /> MYSQL_PASSWORD: ㅌㅌㅌ<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: ㅌㅌㅌ<br /> DOLI_DB_USER: ㅌㅌㅌㅌ<br /> DOLI_DB_PASSWORD: ㅌㅌㅌ<br /> DOLI_URL_ROOT: &quot;http://0.0.0.0&quot;<br /> DOLI_ADMIN_LOGIN: ㅌㅌㅌㅌ<br /> DOLI_ADMIN_PASSWORD: ㅌㅌㅌㅌ<br /> ports:<br /> - &quot;80:80&quot;<br /> links:<br /> - mariadb<br /> volumes:<br /> - /home/dolibarr_documents:/var/www/documents<br /> - /home/dolibarr_custom:/var/www/html/custom<br /> <br /> &lt;/pre&gt; ```<br /> - 터미널에서 `docker-compose up -d` 명령어를 실행하여 컨테이너를 시작합니다.<br /> - 브라우저에서 `http://0.0.0.0`에 접속하여 Dolibarr에 로그인합니다 (기본 계정: admin/admin).<br /> <br /> ---<br /> <br /> ---<br /> <br /> === DB 백업관련 ===<br /> ### 주요 요약<br /> - Dolibarr ERP에서 MySQL 암호를 변경하려면 MySQL 사용자와 현재 암호를 확인한 후, 루트 사용자 권한으로 MySQL에 접속하여 암호를 변경하고, Dolibarr 설정 파일을 업데이트해야 합니다.<br /> - 루트 암호를 모를 경우 먼저 루트 암호를 재설정해야 할 수 있습니다. 이 과정은 복잡할 수 있으므로 주의가 필요합니다.<br /> <br /> ### 단계별 안내<br /> <br /> #### Dolibarr MySQL 사용자 확인<br /> - Dolibarr는 특정 MySQL 사용자를 사용하여 데이터베이스에 연결합니다. 이 사용자는 `C:\dolibarr\www\dolibarr\htdocs\conf\conf.php` 파일에서 확인할 수 있습니다.<br /> - 파일에서 `$dolibarr_main_db_user`와 `$dolibarr_main_db_pass` 변수를 찾아 현재 사용자와 암호를 확인하세요.<br /> <br /> #### MySQL에 루트로 접속<br /> - 루트 암호를 알고 있다면 명령 프롬프트에서 `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysql -u root -p`를 실행하고 암호를 입력하세요 (x.y.z는 MySQL 버전에 따라 다름).<br /> - 루트 암호를 모를 경우, MySQL 서비스를 중지하고 특수 모드로 재시작한 후 루트 암호를 재설정해야 합니다:<br /> - 서비스 관리자에서 MySQL 서비스(예: `doliwampmysql`)를 중지하세요.<br /> - 명령 프롬프트에서 `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysqld-nt --skip-grant-tables`를 실행하세요.<br /> - 다른 명령 프롬프트에서 `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysql -u root`를 실행하여 비밀번호 없이 접속하세요.<br /> - 루트 암호를 재설정: `SET PASSWORD FOR 'root@localhost' = PASSWORD('new_root_password');` 후 `FLUSH PRIVILEGES; QUIT;` 실행.<br /> - MySQL을 종료: `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysqladmin -u root -pnew_root_password shutdown`.<br /> - Windows를 재부팅하세요.<br /> <br /> #### Dolibarr 사용자 암호 변경<br /> - 루트로 MySQL에 접속한 후, Dolibarr 사용자의 암호를 변경하세요:<br /> - `SET PASSWORD FOR 'ㅌㅌㅌㅌr@localhost' = PASSWORD('new_password');` 실행 (ㅌㅌㅌㅌr는 conf.php의 사용자, new_password는 새 암호).<br /> - `FLUSH PRIVILEGES; QUIT;` 실행.<br /> <br /> #### Dolibarr 설정 업데이트<br /> - `C:\dolibarr\www\dolibarr\htdocs\conf\conf.php` 파일을 편집하여 `$dolibarr_main_db_pass`를 새 암호로 업데이트하세요.<br /> - 파일을 저장하고 필요하면 Dolibarr 서버를 재시작하세요.<br /> <br /> ---<br /> <br /> ### 보고서 섹션<br /> Dolibarr ERP에서 Windows 환경에서 MySQL 암호를 변경하는 과정은 데이터베이스 관리와 관련된 기술적 작업으로, 주의 깊게 진행해야 합니다. 아래는 상세한 절차와 고려사항을 포함한 보고서입니다.<br /> <br /> #### 배경 및 개요<br /> Dolibarr는 오픈 소스 ERP 및 CRM 소프트웨어로, MySQL 데이터베이스를 사용하여 데이터를 관리합니다. Windows에서 Dolibarr의 MySQL 암호를 변경하려면, Dolibarr가 사용하는 특정 MySQL 사용자의 암호를 변경하고, 이를 Dolibarr 설정에 반영해야 합니다. 이 과정은 데이터베이스 보안 강화나 암호 분실 시 필요할 수 있습니다.<br /> <br /> #### 절차 상세<br /> 1. **Dolibarr MySQL 사용자 및 암호 확인**:<br /> - Dolibarr는 일반적으로 루트 사용자가 아닌 별도의 MySQL 사용자를 사용합니다. 이 사용자는 `conf.php` 파일에서 확인할 수 있습니다.<br /> - 파일 경로: `C:\dolibarr\www\dolibarr\htdocs\conf\conf.php`.<br /> - 관련 변수:<br /> - `$dolibarr_main_db_host`: 데이터베이스 호스트 (예: `localhost`).<br /> - `$dolibarr_main_db_name`: 데이터베이스 이름 (예: `ㅌㅌㅌ`).<br /> - `$dolibarr_main_db_user`: Dolibarr가 사용하는 MySQL 사용자 (예: `dㅌㅌㅌ`).<br /> - `$dolibarr_main_db_pass`: 현재 암호.<br /> <br /> | 변수명 | 설명 |<br /> |-------------------------|-------------------------------|<br /> | `$dolibarr_main_db_host` | 데이터베이스 호스트 주소 |<br /> | `$dolibarr_main_db_name` | 데이터베이스 이름 |<br /> | `$dolibarr_main_db_user` | Dolibarr가 사용하는 MySQL 사용자 |<br /> | `$dolibarr_main_db_pass` | 현재 MySQL 암호 |<br /> <br /> 2. **MySQL에 루트로 접속**:<br /> - 루트 암호를 알고 있다면, 명령 프롬프트에서 MySQL에 접속할 수 있습니다:<br /> - 명령: `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysql -u root -p` (x.y.z는 MySQL 버전에 따라 다름).<br /> - 암호 입력 후 접속.<br /> - 루트 암호를 모를 경우, 먼저 재설정해야 합니다. 이는 다음과 같은 단계를 포함합니다:<br /> - MySQL 서비스 중지:<br /> - `Menu Start -&gt; parameters -&gt; Setup panel -&gt; Administration tools -&gt; Services`로 이동.<br /> - MySQL 서비스(예: `doliwampmysql`)를 찾아 중지.<br /> - 특수 모드로 MySQL 재시작:<br /> - 명령 프롬프트에서 `CD C:\dolibarr\bin\mysql\mysqlx.y.z\bin` 실행.<br /> - `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysqld-nt --skip-grant-tables` 실행.<br /> - 다른 명령 프롬프트에서 비밀번호 없이 접속:<br /> - `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysql -u root` 실행.<br /> - 루트 암호 재설정:<br /> - MySQL 버전에 따라 명령 다름:<br /> - 옛 버전: `UPDATE mysql.user SET Password = PASSWORD('new_root_password') WHERE User = 'root';`.<br /> - 새 버전: `SET PASSWORD FOR 'root@localhost' = PASSWORD('new_root_password');`.<br /> - `FLUSH PRIVILEGES; QUIT;` 실행.<br /> - MySQL 종료: `C:\dolibarr\bin\mysql\mysqlx.y.z\bin\mysqladmin -u root -pnew_root_password shutdown`.<br /> - Windows 재부팅.<br /> <br /> 3. **Dolibarr 사용자 암호 변경**:<br /> - 루트로 MySQL에 접속한 후, Dolibarr 사용자의 암호를 변경:<br /> - 명령: `SET PASSWORD FOR 'dolibarr_user@localhost' = PASSWORD('new_password');`.<br /> - `dolibarr_user`는 conf.php의 `$dolibarr_main_db_user` 값으로 대체.<br /> - `new_password`는 원하는 새 암호로 대체.<br /> - `FLUSH PRIVILEGES; QUIT;` 실행.<br /> <br /> 4. **Dolibarr 설정 파일 업데이트**:<br /> - `conf.php` 파일 편집:<br /> - 경로: `C:\dolibarr\www\dolibarr\htdocs\conf\conf.php`.<br /> - `$dolibarr_main_db_pass` 값을 새 암호로 변경.<br /> - 파일 저장.<br /> - 필요하면 Dolibarr 서버 재시작 (웹 서버 재시작 등).<br /> <br /> #### 추가 고려사항<br /> - **보안 권장사항**: 루트 사용자를 Dolibarr 연결에 사용하는 것은 권장되지 않으며, 별도의 사용자를 사용하는 것이 안전합니다.<br /> - **설치 경로**: 위 경로는 DoliWamp와 같은 기본 설치 기준이며, 수동 설치나 다른 패키지(Bitnami 등)를 사용할 경우 경로가 다를 수 있습니다.<br /> - **MySQL 버전**: 명령은 MySQL 버전에 따라 다를 수 있으므로, 사용하는 버전에 맞게 조정하세요.<br /> <br /> #### 관련 정보 및 참고<br /> Dolibarr 공식 Wiki와 포럼에서 제공하는 정보에 따르면, 데이터베이스 암호 변경은 수동으로 이루어지며, UI를 통한 변경 기능은 제공되지 않습니다. 이는 데이터베이스 관리의 보안성과 유연성을 고려한 설계로 보입니다.<br /> <br /> #### 결론<br /> Windows에서 Dolibarr의 MySQL 암호를 변경하려면, MySQL 루트 권한으로 접속하여 사용자 암호를 변경하고, Dolibarr 설정 파일을 업데이트하는 과정을 거쳐야 합니다. 이 과정은 기술적 지식이 필요하므로, 주의 깊게 진행하시고, 문제가 발생할 경우 [Dolibarr ERP CRM Wiki](https://wiki.dolibarr.org/index.php/FAQ_I_Lost_my_database_password)나 [Dolibarr 포럼](https://www.dolibarr.org/forum/t/database-passwords-with-dolideb-installation-are/14325)에서 추가 지원을 받으시기 바랍니다.<br /> <br /> ### 주요 인용<br /> - [FAQ I Lost my database password - Dolibarr ERP CRM Wiki](https://wiki.dolibarr.org/index.php/FAQ_I_Lost_my_database_password)<br /> - [Database passwords with DoliDeb Installation are? - Dolibarr international forum](https://www.dolibarr.org/forum/t/database-passwords-with-dolideb-installation-are/14325)<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. 설치 마법사를 따라 진행하며, &quot;Use WSL 2 instead of Hyper-V&quot; 옵션을 선택하거나 시스템 설정에 따라 적절한 백엔드를 선택합니다.<br /> 4. 설치가 완료되면 &quot;Close&quot;를 클릭합니다. 필요 시 컴퓨터를 재부팅합니다.<br /> 5. 관리자 계정과 일반 사용자 계정이 다를 경우, 일반 사용자를 &quot;docker-users&quot; 그룹에 추가해야 합니다:<br /> - &quot;컴퓨터 관리&quot;를 관리자 권한으로 실행합니다.<br /> - &quot;로컬 사용자 및 그룹&quot; &gt; &quot;그룹&quot; &gt; &quot;docker-users&quot;로 이동합니다.<br /> - 사용자를 추가한 후 로그아웃하고 다시 로그인합니다.<br /> <br /> - **Docker Desktop 시작**:<br /> - 시작 메뉴에서 &quot;Docker&quot;를 검색하고 &quot;Docker Desktop&quot;을 선택합니다.<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 /> &lt;pre&gt;<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: &quot;${DOLI_URL_ROOT:-http://0.0.0.0}&quot;<br /> DOLI_ADMIN_LOGIN: &quot;${DOLI_ADMIN_LOGIN:-admin}&quot;<br /> DOLI_ADMIN_PASSWORD: &quot;${DOLI_ADMIN_PASSWORD:-admin}&quot;<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 /> - &quot;80:80&quot;<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 /> - 또는 &quot;docker-compose&quot; 명령어가 사용 불가능하다면:<br /> ```bash<br /> docker compose up -d<br /> ```<br /> - 컨테이너 상태와 로그를 확인하려면:<br /> ```bash<br /> docker-compose ps<br /> docker-compose logs<br /> &lt;/pre&gt; ```<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 /> &lt;pre&gt;<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 /> &lt;/pre&gt;<br /> <br /> - **업그레이드 및 유지보수**:<br /> - Dolibarr 버전을 업그레이드하려면 `install.lock` 파일을 제거해야 합니다:<br /> ```bash<br /> docker exec &lt;web-container-name&gt; bash -c &quot;rm -f /var/www/documents/install.lock&quot;<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 사용 가이드]<br /> <br /> ==백업 디렉토리 설명==<br /> <br /> * NAS expose directory<br /> NAS에서 docker에 직접 access 가능한 디렉토리는 다음과 같다.<br /> <br /> * 설치 파일 yml에서 정의한 volumes<br /> volumes:<br /> - /volume1/docker/dolibarr/html:/var/www/html/custom:rw<br /> - /volume1/docker/dolibarr/documents:/var/www/documents:rw<br /> <br /> * 백업파일이 생성되는 위치<br /> <br /> '''/var/www/documents/admin/documents'''<br /> <br /> document에서 admin의 documents임에 주의<br /> /var/www/documents 가 보이는 nas에서는 documents/admin/documents 로 다시 들어가야 함!!!<br /> <br /> = 백업 관련 정리 =<br /> <br /> ==설치 관련 정보==<br /> <br /> * htdocs<br /> Docker로 설치된 경우는 root 디렉토리 : '''var/www/documents''' 이다.<br /> <br /> 기타 설치 사항은 앞의 root 디렉토리의 conf (configure) 디렉토리의 '''conf.php''' 파일에서 확인 할 수 있다.<br /> <br /> * conf.php<br /> $dolibarr_main_url_root='http://tcamp32.synolo....';<br /> $dolibarr_main_document_root='/var/www/html';<br /> $dolibarr_main_url_root_alt='/custom';<br /> $dolibarr_main_document_root_alt='/var/www/html/custom';<br /> '''$dolibarr_main_data_root='/var/www/documents';'''<br /> # __________이하 DB 설정 관련___________<br /> $dolibarr_main_db_port='(db 포트)';<br /> $dolibarr_main_db_name='(지정해준 db이름';<br /> $dolibarr_main_db_prefix='llx_';<br /> $dolibarr_main_db_user='(여기에 db사용자';<br /> $dolibarr_main_db_pass='(여기에 암호가)';<br /> $dolibarr_main_db_type='mysqli';<br /> $dolibarr_main_authentication='(mysql 암호)';<br /> $dolibarr_main_prod=1;<br /> $dolibarr_main_db_host='(접속주소)'; //127.0.0.1 처럼 주소가 있다. 보안을 위해서, 보통 다른 네트워크 주소를 설정하여 접근하게 한다<br /> $dolibarr_main_instance_unique_id='(접속시 증명원)';<br /> $dolibarr_main_db_character_set='utf8mb4'; //한글 사용 DB용 한글코드, utf8bom - MS용 화면 표시용 (스타일 헤더가 3개 붙는다)<br /> $dolibarr_main_db_collation='utf8mb4_unicode_ci'; //한중일 이모티콘까지 동일 코드 사용 명시<br /> <br /> ==admin이 백업을 실시한 경우==<br /> admin의 백업은 두 가지이다.<br /> 1) DB를 백업 한 경우: '''sql'''<br /> 2) document 파일 백업 : '''.tar.gz''' - 첨부파일을 별도로 저장함.<br /> <br /> * 디렉토리 위치<br /> 백업이 2종류인 만큼 백업 위치도 다르다.<br /> <br /> 1) DB 백업 디렉토리: (document root)/admin/backup : '''sql.gz''' <br /> (참고) 절대경로 : /var/www/documents/admin/backup<br /> 2) document 백업 디렉토리 : (document root)/admin/documents : '''.tar.gz'''<br /> (참고) 절대경로 : /var/www/documents/admin/documents<br /> <br /> ==백업 명령어==<br /> 디렉토리가 다른 데에 동일하게 백업 파일을 생성할 경우, 각각의 백업 명령어를 사용할 수 있다.<br /> <br /> 1. SQL 백업<br /> * DB의 비밀번호를 알아야 함<br /> Portainer의 설치 파일에 db 암호가 있음, db사용자 이름은 conf.php 파일에서 확인할 수 있음<br /> <br /> 압축하여 저장 (1.DB생성 2. gzip 압축)<br /> <br /> mysqldump -u root -p (*암호) dolibarr &gt; mysqldump_dolibarr_23.0.1_2608130953.sql (파일명은 임의로 준것) <br /> <br /> 2. documents 백업<br /> * Expensereport 폴더<br /> expense report에 첨부되는 파일만 백업할 경우 해당 폴더만 백업<br /> <br /> * 설치 디렉토리 전체 (main_data_root)를 백업하는 경우 (실제 dolibarr에서 사용하는 백업)<br /> <br /> tar -cf documents_dolibarr_23.0.1_2608130953.tar \<br /> --exclude-vcs \<br /> --exclude-caches-all \<br /> --exclude='temp' \<br /> --exclude='*.log' \<br /> --exclude='*.pdf_preview-*.png' \<br /> --exclude='documents/admin/documents' \<br /> -C /var/www \<br /> documents<br /> gzip -f documents_dolibarr_23.0.1_2608130953.tar<br /> <br /> tar로 생성하고, gzip으로 압축. 단, 파일명(documents_dolibarr_23.0.1_2608130953.tar)은 미리 생성해서 알려주어야 한다.<br /> <br /> <br /> = 윈도우 버전 차이 =<br /> <br /> ==DB 패키지 설정 다름==<br /> DB설정에서 차이가 있다.<br /> <br /> 윈도우 버전의 DB설정에서는 default 설치를 하므로, root db가 다르다. 설치에서 암호를 docker yml과 비교하여 결정 및 설치 할 것<br /> <br /> ===복원 문제===<br /> 백업파일 기준으로 복원의 경우, 설치 암호 차이와 db 타입 문제가 있음<br /> <br /> mysql dolibarr -h mariadb -P 3306 -u doliuser -p*** &lt; backup.sql<br /> * mariadb 여기서 다름<br /> * doliuser 인지 확인 필요<br /> <br /> * default password를 사용할 경우 문제 발생<br /> 아마 정확히 안나오는 것 같은데... 문제 발생<br /> <br /> mysql -h localhost -P 3306 -u dolibarrmysql -p dolibarr &lt; &quot;mysqldump_dolibarr_20.0.2_2504091438.sql&quot;<br /> Enter password: ********<br /> '''ERROR at line 1: Unknown command '\-'.'''<br /> <br /> * 윈도우 버전에서는 스크립트 관련 에러 등 다양한 차이(?)가 발생한다.<br /> <br /> mysql 명령을 직접 실행하고 그 다음에 파일을 입력하세요:<br /> <br /> d:/dolibarr/bin/mariadb/mariadb10.6.5/bin/mysql -u dolibarrmysql -p&quot;dolipass&quot; dolibarr<br /> <br /> 그 다음 mysql 프롬프트에서:<br /> source mybackupfile.sql;<br /> <br /> 이 오류가 MySQL/MariaDB 클라이언트에서 발생하는 것이 아니라 다른 환경(예: 스크립트 내부)에서 발생하는 것일 수도 있습니다. 실행 중인 정확한 환경(CMD, PowerShell, 스크립트 등)을 확인하는 것이 도움이 될 수 있습니다.<br /> <br /> *완전히 다른 설치 (DB자체 시키마가 다른 경우)<br /> <br /> install.lock을 삭제하고, 다시 설치 작업 --&gt;&gt;&gt; '''Database 마이그레이션''' 작업이 진행된다. (주의)<br /> <br /> =시스템 업그레이드 등=<br /> Dolibarr ERP는 Open source 프로젝트이기 때문에, 버그 수정이나, 업그레이드가 잦은 편이다.<br /> <br /> 대만 현지의 요청 사항으로 일부 메뉴 구성이(단어 및 기능) 추가적으로 수정해 주어야 한다.<br /> <br /> 이부분은 시스템에 직접 접근해서 수정해야 하므로, 별도 off-line 문서로 기록되어 있다.<br /> [[분류: ERP]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=Admin%EA%B4%80%EB%A0%A8&diff=1258 2026-08-13T01:39:47Z

<p>172.27.0.1: /* 기타 전문적인 시스템 관련해서 참조 문서 */</p> <hr /> <div>Admin 관련 사항입니다.<br /> <br /> 비즈니스 로직, ERP 내부 운영에 대한 administrator 뿐만 아니라, 시스템 자체의 root 관련 기능도 혼재되어 있습니다. 전체적인 관리를 위한 포인트를 모아 놓은 것입니다.<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 /> 로그인 포털 &gt;&gt; 고급 (생성)<br /> <br /> 역방향 프록시를 설정한다. --&gt; 패킷이 도달하면, HSTS 활성화 (443 포트로 들어온 놈)을 찾아서, <br /> <br /> 만들어 놓은 list 예를 들어 https(443) ---&gt; 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)'''는 웹 서버가 브라우저에게 '''&quot;앞으로 이 도메인에 대해 HTTPS로만 접속하라&quot;'''고 지시하는 보안 메커니즘입니다. 이는 '''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 &quot;max-age=31536000; includeSubDomains&quot; 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-&gt;add(&quot;/societe/list.php?leftmenu=thirdparties&quot;, $langs-&gt;trans(&quot;List&quot;), 1, $user-&gt;hasRight('societe', 'lire'), '', $mainmenu, 'thirdparties_list', 2);<br /> 여기서 확인해 보면, lang 파일에서 &quot;List&quot;로 되어 있다.<br /> <br /> <br /> * 언어팩(langs) 위치<br /> 언어팩 위치는 다음과 같다.<br /> <br /> 디렉토리 위치 : /var/www/html/langs/ko_KR<br /> 사용 파일: 'ThirdParties' =&gt; '거래처 관리' ??? --&gt; 어디서 수정하는 거야?<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 /> 업무 로직 관련 사항입니다. <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 &amp; 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자리 사용시 나머지 &quot;00&quot; 붙여서 사용하기<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 &quot;wait[ing]&quot; - 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 작성 중 &quot;유형&quot; 부분 입력 창 검색 화면<br /> <br /> ===SL_Group 활용===<br /> SL_Group은 Salary_Group을 설정하는 것이다.이것은 only blilling의 Salary에서만 사용하는 tag/group으로 설정도 유니크하다. <br /> <br /> * 급여 입력 화면<br /> Billing &gt;&gt; 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 &gt;&gt; tags/group설정 메뉴)와 달리, finance 모듈 설정에서만 만들 수 있다.<br /> <br /> * SL_Group 작성하는 법<br /> (admin만 가능하다)<br /> : 1. Home &gt;&gt; '''모듈 / 응용 프로그램''' 진입<br /> : 2. Finance &gt;&gt; '''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=&quot;wikitable&quot;<br /> ! 번호<br /> ! 설명<br /> ! 할당 계정(코드)<br /> <br /> |-<br /> ! colspan=&quot;3&quot; style=&quot;text-align:left;&quot; | Customer/Users<br /> <br /> |-<br /> | 1<br /> | Account used for &quot;customer&quot; third parties<br /> | 411 - Customers<br /> <br /> |-<br /> | 2<br /> | Account used for the &quot;vendor&quot; 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 &quot;users&quot; on expense reports<br /> | 421 - Staff - Remuneration due<br /> <br /> |-<br /> ! colspan=&quot;3&quot; style=&quot;text-align:left;&quot; | 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=&quot;3&quot; style=&quot;text-align:left;&quot; | 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=&quot;3&quot; style=&quot;text-align:left;&quot; | 기타<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 &gt;&gt; Setup &gt;&gt; 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 &gt;&gt; 바인딩완료(조정/수정) 부분에서 별도로 수정하는 것 활용<br /> <br /> ==CoA 할당 수정 과정==<br /> <br /> * Accouting에서 이미 binding 된 것 수정 (해당 전표 찾아서 수정 버튼 클릭)<br /> <br /> 비용전표 묶음(Expense binding) &gt;&gt; 바인딩완료(조정/수정) 부분<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>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=Admin%EA%B4%80%EB%A0%A8&diff=1257 2026-08-13T01:39:24Z

<p>172.27.0.1: /* 기타 전문적인 시스템 관련해서 참조 문서 */</p> <hr /> <div>Admin 관련 사항입니다.<br /> <br /> 비즈니스 로직, ERP 내부 운영에 대한 administrator 뿐만 아니라, 시스템 자체의 root 관련 기능도 혼재되어 있습니다. 전체적인 관리를 위한 포인트를 모아 놓은 것입니다.<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 /> 로그인 포털 &gt;&gt; 고급 (생성)<br /> <br /> 역방향 프록시를 설정한다. --&gt; 패킷이 도달하면, HSTS 활성화 (443 포트로 들어온 놈)을 찾아서, <br /> <br /> 만들어 놓은 list 예를 들어 https(443) ---&gt; 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)'''는 웹 서버가 브라우저에게 '''&quot;앞으로 이 도메인에 대해 HTTPS로만 접속하라&quot;'''고 지시하는 보안 메커니즘입니다. 이는 '''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 &quot;max-age=31536000; includeSubDomains&quot; 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-&gt;add(&quot;/societe/list.php?leftmenu=thirdparties&quot;, $langs-&gt;trans(&quot;List&quot;), 1, $user-&gt;hasRight('societe', 'lire'), '', $mainmenu, 'thirdparties_list', 2);<br /> 여기서 확인해 보면, lang 파일에서 &quot;List&quot;로 되어 있다.<br /> <br /> <br /> * 언어팩(langs) 위치<br /> 언어팩 위치는 다음과 같다.<br /> <br /> 디렉토리 위치 : /var/www/html/langs/ko_KR<br /> 사용 파일: 'ThirdParties' =&gt; '거래처 관리' ??? --&gt; 어디서 수정하는 거야?<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 /> 업무 로직 관련 사항입니다. <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 &amp; 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자리 사용시 나머지 &quot;00&quot; 붙여서 사용하기<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 &quot;wait[ing]&quot; - 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 작성 중 &quot;유형&quot; 부분 입력 창 검색 화면<br /> <br /> ===SL_Group 활용===<br /> SL_Group은 Salary_Group을 설정하는 것이다.이것은 only blilling의 Salary에서만 사용하는 tag/group으로 설정도 유니크하다. <br /> <br /> * 급여 입력 화면<br /> Billing &gt;&gt; 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 &gt;&gt; tags/group설정 메뉴)와 달리, finance 모듈 설정에서만 만들 수 있다.<br /> <br /> * SL_Group 작성하는 법<br /> (admin만 가능하다)<br /> : 1. Home &gt;&gt; '''모듈 / 응용 프로그램''' 진입<br /> : 2. Finance &gt;&gt; '''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=&quot;wikitable&quot;<br /> ! 번호<br /> ! 설명<br /> ! 할당 계정(코드)<br /> <br /> |-<br /> ! colspan=&quot;3&quot; style=&quot;text-align:left;&quot; | Customer/Users<br /> <br /> |-<br /> | 1<br /> | Account used for &quot;customer&quot; third parties<br /> | 411 - Customers<br /> <br /> |-<br /> | 2<br /> | Account used for the &quot;vendor&quot; 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 &quot;users&quot; on expense reports<br /> | 421 - Staff - Remuneration due<br /> <br /> |-<br /> ! colspan=&quot;3&quot; style=&quot;text-align:left;&quot; | 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=&quot;3&quot; style=&quot;text-align:left;&quot; | 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=&quot;3&quot; style=&quot;text-align:left;&quot; | 기타<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 &gt;&gt; Setup &gt;&gt; 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 &gt;&gt; 바인딩완료(조정/수정) 부분에서 별도로 수정하는 것 활용<br /> <br /> ==CoA 할당 수정 과정==<br /> <br /> * Accouting에서 이미 binding 된 것 수정 (해당 전표 찾아서 수정 버튼 클릭)<br /> <br /> 비용전표 묶음(Expense binding) &gt;&gt; 바인딩완료(조정/수정) 부분<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>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=Admin%EA%B4%80%EB%A0%A8&diff=1256 2026-08-13T01:38:32Z

<p>172.27.0.1: /* 시스템 설정 관련 */</p> <hr /> <div>Admin 관련 사항입니다.<br /> <br /> 비즈니스 로직, ERP 내부 운영에 대한 administrator 뿐만 아니라, 시스템 자체의 root 관련 기능도 혼재되어 있습니다. 전체적인 관리를 위한 포인트를 모아 놓은 것입니다.<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 /> 로그인 포털 &gt;&gt; 고급 (생성)<br /> <br /> 역방향 프록시를 설정한다. --&gt; 패킷이 도달하면, HSTS 활성화 (443 포트로 들어온 놈)을 찾아서, <br /> <br /> 만들어 놓은 list 예를 들어 https(443) ---&gt; 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)'''는 웹 서버가 브라우저에게 '''&quot;앞으로 이 도메인에 대해 HTTPS로만 접속하라&quot;'''고 지시하는 보안 메커니즘입니다. 이는 '''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 &quot;max-age=31536000; includeSubDomains&quot; 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-&gt;add(&quot;/societe/list.php?leftmenu=thirdparties&quot;, $langs-&gt;trans(&quot;List&quot;), 1, $user-&gt;hasRight('societe', 'lire'), '', $mainmenu, 'thirdparties_list', 2);<br /> 여기서 확인해 보면, lang 파일에서 &quot;List&quot;로 되어 있다.<br /> <br /> <br /> * 언어팩(langs) 위치<br /> 언어팩 위치는 다음과 같다.<br /> <br /> 디렉토리 위치 : /var/www/html/langs/ko_KR<br /> 사용 파일: 'ThirdParties' =&gt; '거래처 관리' ??? --&gt; 어디서 수정하는 거야?<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 /> 업무 로직 관련 사항입니다. <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 &amp; 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자리 사용시 나머지 &quot;00&quot; 붙여서 사용하기<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 &quot;wait[ing]&quot; - 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 작성 중 &quot;유형&quot; 부분 입력 창 검색 화면<br /> <br /> ===SL_Group 활용===<br /> SL_Group은 Salary_Group을 설정하는 것이다.이것은 only blilling의 Salary에서만 사용하는 tag/group으로 설정도 유니크하다. <br /> <br /> * 급여 입력 화면<br /> Billing &gt;&gt; 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 &gt;&gt; tags/group설정 메뉴)와 달리, finance 모듈 설정에서만 만들 수 있다.<br /> <br /> * SL_Group 작성하는 법<br /> (admin만 가능하다)<br /> : 1. Home &gt;&gt; '''모듈 / 응용 프로그램''' 진입<br /> : 2. Finance &gt;&gt; '''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=&quot;wikitable&quot;<br /> ! 번호<br /> ! 설명<br /> ! 할당 계정(코드)<br /> <br /> |-<br /> ! colspan=&quot;3&quot; style=&quot;text-align:left;&quot; | Customer/Users<br /> <br /> |-<br /> | 1<br /> | Account used for &quot;customer&quot; third parties<br /> | 411 - Customers<br /> <br /> |-<br /> | 2<br /> | Account used for the &quot;vendor&quot; 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 &quot;users&quot; on expense reports<br /> | 421 - Staff - Remuneration due<br /> <br /> |-<br /> ! colspan=&quot;3&quot; style=&quot;text-align:left;&quot; | 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=&quot;3&quot; style=&quot;text-align:left;&quot; | 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=&quot;3&quot; style=&quot;text-align:left;&quot; | 기타<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 &gt;&gt; Setup &gt;&gt; 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 &gt;&gt; 바인딩완료(조정/수정) 부분에서 별도로 수정하는 것 활용<br /> <br /> ==CoA 할당 수정 과정==<br /> <br /> * Accouting에서 이미 binding 된 것 수정 (해당 전표 찾아서 수정 버튼 클릭)<br /> <br /> 비용전표 묶음(Expense binding) &gt;&gt; 바인딩완료(조정/수정) 부분<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>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=Admin%EA%B4%80%EB%A0%A8&diff=1255 2026-08-13T01:37:14Z

<p>172.27.0.1: </p> <hr /> <div>Admin 관련 사항입니다.<br /> <br /> 비즈니스 로직, ERP 내부 운영에 대한 administrator 뿐만 아니라, 시스템 자체의 root 관련 기능도 혼재되어 있습니다. 전체적인 관리를 위한 포인트를 모아 놓은 것입니다.<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 /> 로그인 포털 &gt;&gt; 고급 (생성)<br /> <br /> 역방향 프록시를 설정한다. --&gt; 패킷이 도달하면, HSTS 활성화 (443 포트로 들어온 놈)을 찾아서, <br /> <br /> 만들어 놓은 list 예를 들어 https(443) ---&gt; 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)'''는 웹 서버가 브라우저에게 '''&quot;앞으로 이 도메인에 대해 HTTPS로만 접속하라&quot;'''고 지시하는 보안 메커니즘입니다. 이는 '''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 &quot;max-age=31536000; includeSubDomains&quot; 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-&gt;add(&quot;/societe/list.php?leftmenu=thirdparties&quot;, $langs-&gt;trans(&quot;List&quot;), 1, $user-&gt;hasRight('societe', 'lire'), '', $mainmenu, 'thirdparties_list', 2);<br /> 여기서 확인해 보면, lang 파일에서 &quot;List&quot;로 되어 있다.<br /> <br /> <br /> * 언어팩(langs) 위치<br /> 언어팩 위치는 다음과 같다.<br /> <br /> 디렉토리 위치 : /var/www/html/langs/ko_KR<br /> 사용 파일: 'ThirdParties' =&gt; '거래처 관리' ??? --&gt; 어디서 수정하는 거야?<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 &amp; 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자리 사용시 나머지 &quot;00&quot; 붙여서 사용하기<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 &quot;wait[ing]&quot; - 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 작성 중 &quot;유형&quot; 부분 입력 창 검색 화면<br /> <br /> ===SL_Group 활용===<br /> SL_Group은 Salary_Group을 설정하는 것이다.이것은 only blilling의 Salary에서만 사용하는 tag/group으로 설정도 유니크하다. <br /> <br /> * 급여 입력 화면<br /> Billing &gt;&gt; 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 &gt;&gt; tags/group설정 메뉴)와 달리, finance 모듈 설정에서만 만들 수 있다.<br /> <br /> * SL_Group 작성하는 법<br /> (admin만 가능하다)<br /> : 1. Home &gt;&gt; '''모듈 / 응용 프로그램''' 진입<br /> : 2. Finance &gt;&gt; '''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=&quot;wikitable&quot;<br /> ! 번호<br /> ! 설명<br /> ! 할당 계정(코드)<br /> <br /> |-<br /> ! colspan=&quot;3&quot; style=&quot;text-align:left;&quot; | Customer/Users<br /> <br /> |-<br /> | 1<br /> | Account used for &quot;customer&quot; third parties<br /> | 411 - Customers<br /> <br /> |-<br /> | 2<br /> | Account used for the &quot;vendor&quot; 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 &quot;users&quot; on expense reports<br /> | 421 - Staff - Remuneration due<br /> <br /> |-<br /> ! colspan=&quot;3&quot; style=&quot;text-align:left;&quot; | 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=&quot;3&quot; style=&quot;text-align:left;&quot; | 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=&quot;3&quot; style=&quot;text-align:left;&quot; | 기타<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 &gt;&gt; Setup &gt;&gt; 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 &gt;&gt; 바인딩완료(조정/수정) 부분에서 별도로 수정하는 것 활용<br /> <br /> ==CoA 할당 수정 과정==<br /> <br /> * Accouting에서 이미 binding 된 것 수정 (해당 전표 찾아서 수정 버튼 클릭)<br /> <br /> 비용전표 묶음(Expense binding) &gt;&gt; 바인딩완료(조정/수정) 부분<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>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=%EB%B3%80%EA%B2%BD%ED%9E%88%EC%8A%A4%ED%86%A0%EB%A6%AC&diff=1254 2026-07-30T01:34:46Z

<p>172.27.0.1: </p> <hr /> <div>다음은 ERP관련 변경사항 히스토리입니다.<br /> <br /> <br /> <br /> ==TYC, 전체 보기 수정==<br /> 23.7.23<br /> 회계 담당자 ER전표 안보임, spencer만 다시 보이게 수정.<br /> 현재는 지사장, 전체관리 회계담당자(Casey), Phoebe 가 전체 전표 보이게 수정<br /> * 조직도 관련하여, 인원 나오면 재수정 필요<br /> <br /> ==프로젝트별 권한 제한==<br /> 26.7.9<br /> 이승훈 지사장, PM들이 전체 인원(신호포함), 전체 결재 내역이 조회되어 제한 요청 프로젝트 ONLY 조회로 바뀜<br /> <br /> ==HR Managemet enable==<br /> 26.7.7<br /> OT관련 하여, 관리용 Enable 시킴<br /> - 정책 필요: 급여 직접 지급 여부 (현재, 현지 부기업체 검토 였음)<br /> - 신호와 전력 서로 다른 관리 체계 방식 통일 필요<br /> <br /> ==TYC 회계 담당자 권한 조정==<br /> 26.6.23<br /> Phoebe 다시 비용전표 문제<br /> 전체 권한으로 수정, 다시 조직도 문제<br /> <br /> ==계좌 삭제==<br /> 26.6.22<br /> 오승훈 지사장 요청, 미사용 계좌 정리 2건<br /> <br /> ==TYC 회계담당자 변경==<br /> 26.5.28<br /> 이종환M, Shown 변경 <br /> Phoebe - 통장 billing 관련만<br /> Show - 비용 관련만<br /> 이종환 - 전체 확인<br /> 이거 조직상 문제, 회계 담당자 기능 분리? - 조직도 재구성 필요<br /> <br /> ==Version up V23.0.1==<br /> 26.4.4<br /> <br /> ==은행 계좌 Reconcile 실시==<br /> 26.3.<br /> 최시호 부장님 관리 예정 - 일일 자금 현황<br /> <br /> ==프로젝트 코드 변경==<br /> 26.1.13<br /> RL, RK, Branch, TYC<br /> <br /> == KHH이전 ==<br /> 25.6.9 법인 변경, 사무실 이전 TPE --&gt; KHH<br /> <br /> <br /> ==설치==<br /> 23.7.27 최초 설치<br /> <br /> <br /> [[분류: ERP]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=%EB%B3%80%EA%B2%BD%ED%9E%88%EC%8A%A4%ED%86%A0%EB%A6%AC&diff=1253 2026-07-30T01:33:24Z

<p>172.27.0.1: 새 문서: 다음은 ERP관련 변경사항 히스토리입니다. * TYC, 전체 보기 수정 23.7.23 회계 담당자 ER전표 안보임, spencer만 다시 보이게 수정. 현재는 지사장, 전체관리 회계담당자(Casey), Phoebe 가 전체 전표 보이게 수정 * 조직도 관련하여, 인원 나오면 재수정 필요 * 프로젝트별 권한 제한 26.7.9 이승훈 지사장, PM들이 전체 인원(신호포함), 전체 결재 내역이 조회되어 제한 요청 프...</p> <hr /> <div>다음은 ERP관련 변경사항 히스토리입니다.<br /> <br /> <br /> <br /> * TYC, 전체 보기 수정<br /> 23.7.23<br /> 회계 담당자 ER전표 안보임, spencer만 다시 보이게 수정.<br /> 현재는 지사장, 전체관리 회계담당자(Casey), Phoebe 가 전체 전표 보이게 수정<br /> * 조직도 관련하여, 인원 나오면 재수정 필요<br /> <br /> * 프로젝트별 권한 제한<br /> 26.7.9<br /> 이승훈 지사장, PM들이 전체 인원(신호포함), 전체 결재 내역이 조회되어 제한 요청 프로젝트 ONLY 조회로 바뀜<br /> <br /> * HR Managemet enable<br /> 26.7.7<br /> OT관련 하여, 관리용 Enable 시킴<br /> - 정책 필요: 급여 직접 지급 여부 (현재, 현지 부기업체 검토 였음)<br /> - 신호와 전력 서로 다른 관리 체계 방식 통일 필요<br /> <br /> * TYC 회계 담당자 권한 조정<br /> 26.6.23<br /> Phoebe 다시 비용전표 문제<br /> 전체 권한으로 수정, 다시 조직도 문제<br /> <br /> * 계좌 삭제<br /> 26.6.22<br /> 오승훈 지사장 요청, 미사용 계좌 정리 2건<br /> <br /> * TYC 회계담당자 변경<br /> 26.5.28<br /> 이종환M, Shown 변경 <br /> Phoebe - 통장 billing 관련만<br /> Show - 비용 관련만<br /> 이종환 - 전체 확인<br /> 이거 조직상 문제, 회계 담당자 기능 분리? - 조직도 재구성 필요<br /> <br /> * Version up V23.0.1<br /> 26.4.4<br /> <br /> * 은행 계좌 Reconcile 실시<br /> 26.3.<br /> 최시호 부장님 관리 예정 - 일일 자금 현황<br /> <br /> * 프로젝트 코드 변경<br /> 26.1.13<br /> RL, RK, Branch, TYC<br /> <br /> * KHH이전<br /> 25.6.9 법인 변경, 사무실 이전 TPE --&gt; KHH<br /> <br /> <br /> * 설치<br /> 23.7.27 최초 설치<br /> <br /> <br /> [[분류: ERP]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=Admin%EA%B4%80%EB%A0%A8&diff=1249 2026-07-28T05:40:58Z

<p>172.27.0.1: /* Defualt Accouting */</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 /> 로그인 포털 &gt;&gt; 고급 (생성)<br /> <br /> 역방향 프록시를 설정한다. --&gt; 패킷이 도달하면, HSTS 활성화 (443 포트로 들어온 놈)을 찾아서, <br /> <br /> 만들어 놓은 list 예를 들어 https(443) ---&gt; 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)'''는 웹 서버가 브라우저에게 '''&quot;앞으로 이 도메인에 대해 HTTPS로만 접속하라&quot;'''고 지시하는 보안 메커니즘입니다. 이는 '''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 &quot;max-age=31536000; includeSubDomains&quot; 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-&gt;add(&quot;/societe/list.php?leftmenu=thirdparties&quot;, $langs-&gt;trans(&quot;List&quot;), 1, $user-&gt;hasRight('societe', 'lire'), '', $mainmenu, 'thirdparties_list', 2);<br /> 여기서 확인해 보면, lang 파일에서 &quot;List&quot;로 되어 있다.<br /> <br /> <br /> * 언어팩(langs) 위치<br /> 언어팩 위치는 다음과 같다.<br /> <br /> 디렉토리 위치 : /var/www/html/langs/ko_KR<br /> 사용 파일: 'ThirdParties' =&gt; '거래처 관리' ??? --&gt; 어디서 수정하는 거야?<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 &amp; 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자리 사용시 나머지 &quot;00&quot; 붙여서 사용하기<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 &quot;wait[ing]&quot; - 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 작성 중 &quot;유형&quot; 부분 입력 창 검색 화면<br /> <br /> ===SL_Group 활용===<br /> SL_Group은 Salary_Group을 설정하는 것이다.이것은 only blilling의 Salary에서만 사용하는 tag/group으로 설정도 유니크하다. <br /> <br /> * 급여 입력 화면<br /> Billing &gt;&gt; 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 &gt;&gt; tags/group설정 메뉴)와 달리, finance 모듈 설정에서만 만들 수 있다.<br /> <br /> * SL_Group 작성하는 법<br /> (admin만 가능하다)<br /> : 1. Home &gt;&gt; '''모듈 / 응용 프로그램''' 진입<br /> : 2. Finance &gt;&gt; '''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=&quot;wikitable&quot;<br /> ! 번호<br /> ! 설명<br /> ! 할당 계정(코드)<br /> <br /> |-<br /> ! colspan=&quot;3&quot; style=&quot;text-align:left;&quot; | Customer/Users<br /> <br /> |-<br /> | 1<br /> | Account used for &quot;customer&quot; third parties<br /> | 411 - Customers<br /> <br /> |-<br /> | 2<br /> | Account used for the &quot;vendor&quot; 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 &quot;users&quot; on expense reports<br /> | 421 - Staff - Remuneration due<br /> <br /> |-<br /> ! colspan=&quot;3&quot; style=&quot;text-align:left;&quot; | 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=&quot;3&quot; style=&quot;text-align:left;&quot; | 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=&quot;3&quot; style=&quot;text-align:left;&quot; | 기타<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 &gt;&gt; Setup &gt;&gt; Tax Accounting 임<br /> <br /> <br /> ====Closure Accounting====<br /> 결산 계정, 할당하면, 결산과 이월 코드를 입력해 주면, 자동 반영된다.<br /> <br /> * 추후 사용<br /> 해당 국가 혹은 프로젝트 마감 결산에서 활용할 수 있다.<br /> <br /> 잘 사용하면 아주 유용한 기능이지만, 본사 회계와 관련되어 반영되지 않는 항목들이 있어서, 이러한 것들이 완전히 정의되지 않은 상태에서 사용하면 문제가 있어서, 우선 결산에 대한 부분을 회계와 확정한 후에 사용하는 것이 좋다.<br /> <br /> =경리월보 계정과 CoA=<br /> [[AM_role#사용_중인_COA| 경리월보 계정에 대한 ERP CoA 할당]] <br /> <br /> 경리월보 계정에서 6개 항목에 대한 매출 집계를 별도로 할 것<br /> <br /> Account Ballance에서 해당 부분으로 할당할 수 있게 변경.<br /> <br /> * 주의사항<br /> # CoA로 할당할 경우 - 처음 부터, 매출용 비용처리용 어카우트가 철저히 관리되어야 함<br /> # 처리 후 coa 변경 과정 - 변경시, Expense binding &gt;&gt; 바인딩완료(조정/수정) 부분에서 별도로 수정하는 것 활용<br /> <br /> ==CoA 할당 수정 과정==<br /> <br /> * Accouting에서 이미 binding 된 것 수정 (해당 전표 찾아서 수정 버튼 클릭)<br /> <br /> 비용전표 묶음(Expense binding) &gt;&gt; 바인딩완료(조정/수정) 부분<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>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=Admin%EA%B4%80%EB%A0%A8&diff=1248 2026-07-28T05:33:03Z

<p>172.27.0.1: /* Defualt Accouting */</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 /> 로그인 포털 &gt;&gt; 고급 (생성)<br /> <br /> 역방향 프록시를 설정한다. --&gt; 패킷이 도달하면, HSTS 활성화 (443 포트로 들어온 놈)을 찾아서, <br /> <br /> 만들어 놓은 list 예를 들어 https(443) ---&gt; 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)'''는 웹 서버가 브라우저에게 '''&quot;앞으로 이 도메인에 대해 HTTPS로만 접속하라&quot;'''고 지시하는 보안 메커니즘입니다. 이는 '''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 &quot;max-age=31536000; includeSubDomains&quot; 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-&gt;add(&quot;/societe/list.php?leftmenu=thirdparties&quot;, $langs-&gt;trans(&quot;List&quot;), 1, $user-&gt;hasRight('societe', 'lire'), '', $mainmenu, 'thirdparties_list', 2);<br /> 여기서 확인해 보면, lang 파일에서 &quot;List&quot;로 되어 있다.<br /> <br /> <br /> * 언어팩(langs) 위치<br /> 언어팩 위치는 다음과 같다.<br /> <br /> 디렉토리 위치 : /var/www/html/langs/ko_KR<br /> 사용 파일: 'ThirdParties' =&gt; '거래처 관리' ??? --&gt; 어디서 수정하는 거야?<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 &amp; 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자리 사용시 나머지 &quot;00&quot; 붙여서 사용하기<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 &quot;wait[ing]&quot; - 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 작성 중 &quot;유형&quot; 부분 입력 창 검색 화면<br /> <br /> ===SL_Group 활용===<br /> SL_Group은 Salary_Group을 설정하는 것이다.이것은 only blilling의 Salary에서만 사용하는 tag/group으로 설정도 유니크하다. <br /> <br /> * 급여 입력 화면<br /> Billing &gt;&gt; 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 &gt;&gt; tags/group설정 메뉴)와 달리, finance 모듈 설정에서만 만들 수 있다.<br /> <br /> * SL_Group 작성하는 법<br /> (admin만 가능하다)<br /> : 1. Home &gt;&gt; '''모듈 / 응용 프로그램''' 진입<br /> : 2. Finance &gt;&gt; '''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=&quot;wikitable&quot;<br /> ! 번호<br /> ! 설명<br /> ! 할당 계정(코드)<br /> <br /> |-<br /> ! colspan=&quot;3&quot; style=&quot;text-align:left;&quot; | Customer/Users<br /> <br /> |-<br /> | 1<br /> | Account used for &quot;customer&quot; third parties<br /> | 411 - Customers<br /> <br /> |-<br /> | 2<br /> | Account used for the &quot;vendor&quot; 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 &quot;users&quot; on expense reports<br /> | 421 - Staff - Remuneration due<br /> <br /> |-<br /> ! colspan=&quot;3&quot; style=&quot;text-align:left;&quot; | 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=&quot;3&quot; style=&quot;text-align:left;&quot; | 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=&quot;3&quot; style=&quot;text-align:left;&quot; | 기타<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 /> =경리월보 계정과 CoA=<br /> [[AM_role#사용_중인_COA| 경리월보 계정에 대한 ERP CoA 할당]] <br /> <br /> 경리월보 계정에서 6개 항목에 대한 매출 집계를 별도로 할 것<br /> <br /> Account Ballance에서 해당 부분으로 할당할 수 있게 변경.<br /> <br /> * 주의사항<br /> # CoA로 할당할 경우 - 처음 부터, 매출용 비용처리용 어카우트가 철저히 관리되어야 함<br /> # 처리 후 coa 변경 과정 - 변경시, Expense binding &gt;&gt; 바인딩완료(조정/수정) 부분에서 별도로 수정하는 것 활용<br /> <br /> ==CoA 할당 수정 과정==<br /> <br /> * Accouting에서 이미 binding 된 것 수정 (해당 전표 찾아서 수정 버튼 클릭)<br /> <br /> 비용전표 묶음(Expense binding) &gt;&gt; 바인딩완료(조정/수정) 부분<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>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=Admin%EA%B4%80%EB%A0%A8&diff=1247 2026-07-28T05:26:10Z

<p>172.27.0.1: /* 기본 회계설정= */</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 /> 로그인 포털 &gt;&gt; 고급 (생성)<br /> <br /> 역방향 프록시를 설정한다. --&gt; 패킷이 도달하면, HSTS 활성화 (443 포트로 들어온 놈)을 찾아서, <br /> <br /> 만들어 놓은 list 예를 들어 https(443) ---&gt; 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)'''는 웹 서버가 브라우저에게 '''&quot;앞으로 이 도메인에 대해 HTTPS로만 접속하라&quot;'''고 지시하는 보안 메커니즘입니다. 이는 '''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 &quot;max-age=31536000; includeSubDomains&quot; 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-&gt;add(&quot;/societe/list.php?leftmenu=thirdparties&quot;, $langs-&gt;trans(&quot;List&quot;), 1, $user-&gt;hasRight('societe', 'lire'), '', $mainmenu, 'thirdparties_list', 2);<br /> 여기서 확인해 보면, lang 파일에서 &quot;List&quot;로 되어 있다.<br /> <br /> <br /> * 언어팩(langs) 위치<br /> 언어팩 위치는 다음과 같다.<br /> <br /> 디렉토리 위치 : /var/www/html/langs/ko_KR<br /> 사용 파일: 'ThirdParties' =&gt; '거래처 관리' ??? --&gt; 어디서 수정하는 거야?<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 &amp; 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자리 사용시 나머지 &quot;00&quot; 붙여서 사용하기<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 &quot;wait[ing]&quot; - 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 작성 중 &quot;유형&quot; 부분 입력 창 검색 화면<br /> <br /> ===SL_Group 활용===<br /> SL_Group은 Salary_Group을 설정하는 것이다.이것은 only blilling의 Salary에서만 사용하는 tag/group으로 설정도 유니크하다. <br /> <br /> * 급여 입력 화면<br /> Billing &gt;&gt; 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 &gt;&gt; tags/group설정 메뉴)와 달리, finance 모듈 설정에서만 만들 수 있다.<br /> <br /> * SL_Group 작성하는 법<br /> (admin만 가능하다)<br /> : 1. Home &gt;&gt; '''모듈 / 응용 프로그램''' 진입<br /> : 2. Finance &gt;&gt; '''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=&quot;wikitable&quot;<br /> ! 번호<br /> ! 설명<br /> ! 할당 계정(코드)<br /> <br /> |-<br /> ! colspan=&quot;3&quot; style=&quot;text-align:left;&quot; | Customer/Users<br /> <br /> |-<br /> | 1<br /> | Account used for &quot;customer&quot; third parties<br /> | 411 - Customers<br /> <br /> |-<br /> | 2<br /> | Account used for the &quot;vendor&quot; 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 &quot;users&quot; on expense reports<br /> | 421 - Staff - Remuneration due<br /> <br /> |-<br /> ! colspan=&quot;3&quot; style=&quot;text-align:left;&quot; | 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 /> | 6<br /> | Service - 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=&quot;3&quot; style=&quot;text-align:left;&quot; | 기타<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 /> =경리월보 계정과 CoA=<br /> [[AM_role#사용_중인_COA| 경리월보 계정에 대한 ERP CoA 할당]] <br /> <br /> 경리월보 계정에서 6개 항목에 대한 매출 집계를 별도로 할 것<br /> <br /> Account Ballance에서 해당 부분으로 할당할 수 있게 변경.<br /> <br /> * 주의사항<br /> # CoA로 할당할 경우 - 처음 부터, 매출용 비용처리용 어카우트가 철저히 관리되어야 함<br /> # 처리 후 coa 변경 과정 - 변경시, Expense binding &gt;&gt; 바인딩완료(조정/수정) 부분에서 별도로 수정하는 것 활용<br /> <br /> ==CoA 할당 수정 과정==<br /> <br /> * Accouting에서 이미 binding 된 것 수정 (해당 전표 찾아서 수정 버튼 클릭)<br /> <br /> 비용전표 묶음(Expense binding) &gt;&gt; 바인딩완료(조정/수정) 부분<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>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=Admin%EA%B4%80%EB%A0%A8&diff=1246 2026-07-28T05:25:48Z

<p>172.27.0.1: /* 신규 멤버 추가의 예 */</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 /> 로그인 포털 &gt;&gt; 고급 (생성)<br /> <br /> 역방향 프록시를 설정한다. --&gt; 패킷이 도달하면, HSTS 활성화 (443 포트로 들어온 놈)을 찾아서, <br /> <br /> 만들어 놓은 list 예를 들어 https(443) ---&gt; 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)'''는 웹 서버가 브라우저에게 '''&quot;앞으로 이 도메인에 대해 HTTPS로만 접속하라&quot;'''고 지시하는 보안 메커니즘입니다. 이는 '''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 &quot;max-age=31536000; includeSubDomains&quot; 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-&gt;add(&quot;/societe/list.php?leftmenu=thirdparties&quot;, $langs-&gt;trans(&quot;List&quot;), 1, $user-&gt;hasRight('societe', 'lire'), '', $mainmenu, 'thirdparties_list', 2);<br /> 여기서 확인해 보면, lang 파일에서 &quot;List&quot;로 되어 있다.<br /> <br /> <br /> * 언어팩(langs) 위치<br /> 언어팩 위치는 다음과 같다.<br /> <br /> 디렉토리 위치 : /var/www/html/langs/ko_KR<br /> 사용 파일: 'ThirdParties' =&gt; '거래처 관리' ??? --&gt; 어디서 수정하는 거야?<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 &amp; 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자리 사용시 나머지 &quot;00&quot; 붙여서 사용하기<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 &quot;wait[ing]&quot; - 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 작성 중 &quot;유형&quot; 부분 입력 창 검색 화면<br /> <br /> ===SL_Group 활용===<br /> SL_Group은 Salary_Group을 설정하는 것이다.이것은 only blilling의 Salary에서만 사용하는 tag/group으로 설정도 유니크하다. <br /> <br /> * 급여 입력 화면<br /> Billing &gt;&gt; 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 &gt;&gt; tags/group설정 메뉴)와 달리, finance 모듈 설정에서만 만들 수 있다.<br /> <br /> * SL_Group 작성하는 법<br /> (admin만 가능하다)<br /> : 1. Home &gt;&gt; '''모듈 / 응용 프로그램''' 진입<br /> : 2. Finance &gt;&gt; '''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=&quot;wikitable&quot;<br /> ! 번호<br /> ! 설명<br /> ! 할당 계정(코드)<br /> <br /> |-<br /> ! colspan=&quot;3&quot; style=&quot;text-align:left;&quot; | Customer/Users<br /> <br /> |-<br /> | 1<br /> | Account used for &quot;customer&quot; third parties<br /> | 411 - Customers<br /> <br /> |-<br /> | 2<br /> | Account used for the &quot;vendor&quot; 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 &quot;users&quot; on expense reports<br /> | 421 - Staff - Remuneration due<br /> <br /> |-<br /> ! colspan=&quot;3&quot; style=&quot;text-align:left;&quot; | 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 /> | 6<br /> | Service - 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=&quot;3&quot; style=&quot;text-align:left;&quot; | 기타<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 /> =경리월보 계정과 CoA=<br /> [[AM_role#사용_중인_COA| 경리월보 계정에 대한 ERP CoA 할당]] <br /> <br /> 경리월보 계정에서 6개 항목에 대한 매출 집계를 별도로 할 것<br /> <br /> Account Ballance에서 해당 부분으로 할당할 수 있게 변경.<br /> <br /> * 주의사항<br /> # CoA로 할당할 경우 - 처음 부터, 매출용 비용처리용 어카우트가 철저히 관리되어야 함<br /> # 처리 후 coa 변경 과정 - 변경시, Expense binding &gt;&gt; 바인딩완료(조정/수정) 부분에서 별도로 수정하는 것 활용<br /> <br /> ==CoA 할당 수정 과정==<br /> <br /> * Accouting에서 이미 binding 된 것 수정 (해당 전표 찾아서 수정 버튼 클릭)<br /> <br /> 비용전표 묶음(Expense binding) &gt;&gt; 바인딩완료(조정/수정) 부분<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>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=Admin%EA%B4%80%EB%A0%A8&diff=1245 2026-07-22T02:06:35Z

<p>172.27.0.1: /* Company 구성 */</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 /> 로그인 포털 &gt;&gt; 고급 (생성)<br /> <br /> 역방향 프록시를 설정한다. --&gt; 패킷이 도달하면, HSTS 활성화 (443 포트로 들어온 놈)을 찾아서, <br /> <br /> 만들어 놓은 list 예를 들어 https(443) ---&gt; 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)'''는 웹 서버가 브라우저에게 '''&quot;앞으로 이 도메인에 대해 HTTPS로만 접속하라&quot;'''고 지시하는 보안 메커니즘입니다. 이는 '''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 &quot;max-age=31536000; includeSubDomains&quot; 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-&gt;add(&quot;/societe/list.php?leftmenu=thirdparties&quot;, $langs-&gt;trans(&quot;List&quot;), 1, $user-&gt;hasRight('societe', 'lire'), '', $mainmenu, 'thirdparties_list', 2);<br /> 여기서 확인해 보면, lang 파일에서 &quot;List&quot;로 되어 있다.<br /> <br /> <br /> * 언어팩(langs) 위치<br /> 언어팩 위치는 다음과 같다.<br /> <br /> 디렉토리 위치 : /var/www/html/langs/ko_KR<br /> 사용 파일: 'ThirdParties' =&gt; '거래처 관리' ??? --&gt; 어디서 수정하는 거야?<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 &amp; 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자리 사용시 나머지 &quot;00&quot; 붙여서 사용하기<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 &quot;wait[ing]&quot; - 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 작성 중 &quot;유형&quot; 부분 입력 창 검색 화면<br /> <br /> ===SL_Group 활용===<br /> SL_Group은 Salary_Group을 설정하는 것이다.이것은 only blilling의 Salary에서만 사용하는 tag/group으로 설정도 유니크하다. <br /> <br /> * 급여 입력 화면<br /> Billing &gt;&gt; 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 &gt;&gt; tags/group설정 메뉴)와 달리, finance 모듈 설정에서만 만들 수 있다.<br /> <br /> * SL_Group 작성하는 법<br /> (admin만 가능하다)<br /> : 1. Home &gt;&gt; '''모듈 / 응용 프로그램''' 진입<br /> : 2. Finance &gt;&gt; '''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 /> =경리월보 계정과 CoA=<br /> [[AM_role#사용_중인_COA| 경리월보 계정에 대한 ERP CoA 할당]] <br /> <br /> 경리월보 계정에서 6개 항목에 대한 매출 집계를 별도로 할 것<br /> <br /> Account Ballance에서 해당 부분으로 할당할 수 있게 변경.<br /> <br /> * 주의사항<br /> # CoA로 할당할 경우 - 처음 부터, 매출용 비용처리용 어카우트가 철저히 관리되어야 함<br /> # 처리 후 coa 변경 과정 - 변경시, Expense binding &gt;&gt; 바인딩완료(조정/수정) 부분에서 별도로 수정하는 것 활용<br /> <br /> ==CoA 할당 수정 과정==<br /> <br /> * Accouting에서 이미 binding 된 것 수정 (해당 전표 찾아서 수정 버튼 클릭)<br /> <br /> 비용전표 묶음(Expense binding) &gt;&gt; 바인딩완료(조정/수정) 부분<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>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=Admin%EA%B4%80%EB%A0%A8&diff=1244 2026-07-22T02:03:44Z

<p>172.27.0.1: /* Company 구성 */</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 /> 로그인 포털 &gt;&gt; 고급 (생성)<br /> <br /> 역방향 프록시를 설정한다. --&gt; 패킷이 도달하면, HSTS 활성화 (443 포트로 들어온 놈)을 찾아서, <br /> <br /> 만들어 놓은 list 예를 들어 https(443) ---&gt; 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)'''는 웹 서버가 브라우저에게 '''&quot;앞으로 이 도메인에 대해 HTTPS로만 접속하라&quot;'''고 지시하는 보안 메커니즘입니다. 이는 '''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 &quot;max-age=31536000; includeSubDomains&quot; 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-&gt;add(&quot;/societe/list.php?leftmenu=thirdparties&quot;, $langs-&gt;trans(&quot;List&quot;), 1, $user-&gt;hasRight('societe', 'lire'), '', $mainmenu, 'thirdparties_list', 2);<br /> 여기서 확인해 보면, lang 파일에서 &quot;List&quot;로 되어 있다.<br /> <br /> <br /> * 언어팩(langs) 위치<br /> 언어팩 위치는 다음과 같다.<br /> <br /> 디렉토리 위치 : /var/www/html/langs/ko_KR<br /> 사용 파일: 'ThirdParties' =&gt; '거래처 관리' ??? --&gt; 어디서 수정하는 거야?<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 /> ===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 /> ===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 &amp; 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자리 사용시 나머지 &quot;00&quot; 붙여서 사용하기<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 &quot;wait[ing]&quot; - 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 작성 중 &quot;유형&quot; 부분 입력 창 검색 화면<br /> <br /> ===SL_Group 활용===<br /> SL_Group은 Salary_Group을 설정하는 것이다.이것은 only blilling의 Salary에서만 사용하는 tag/group으로 설정도 유니크하다. <br /> <br /> * 급여 입력 화면<br /> Billing &gt;&gt; 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 &gt;&gt; tags/group설정 메뉴)와 달리, finance 모듈 설정에서만 만들 수 있다.<br /> <br /> * SL_Group 작성하는 법<br /> (admin만 가능하다)<br /> : 1. Home &gt;&gt; '''모듈 / 응용 프로그램''' 진입<br /> : 2. Finance &gt;&gt; '''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 /> =경리월보 계정과 CoA=<br /> [[AM_role#사용_중인_COA| 경리월보 계정에 대한 ERP CoA 할당]] <br /> <br /> 경리월보 계정에서 6개 항목에 대한 매출 집계를 별도로 할 것<br /> <br /> Account Ballance에서 해당 부분으로 할당할 수 있게 변경.<br /> <br /> * 주의사항<br /> # CoA로 할당할 경우 - 처음 부터, 매출용 비용처리용 어카우트가 철저히 관리되어야 함<br /> # 처리 후 coa 변경 과정 - 변경시, Expense binding &gt;&gt; 바인딩완료(조정/수정) 부분에서 별도로 수정하는 것 활용<br /> <br /> ==CoA 할당 수정 과정==<br /> <br /> * Accouting에서 이미 binding 된 것 수정 (해당 전표 찾아서 수정 버튼 클릭)<br /> <br /> 비용전표 묶음(Expense binding) &gt;&gt; 바인딩완료(조정/수정) 부분<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>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=ERP_%EC%97%85%EB%AC%B4&diff=1243 2026-06-30T04:24:25Z

<p>172.27.0.1: /* 미사용 인원 */</p> <hr /> <div>해외 지사(프로젝트 사무소) 업무에 TW ERP를 도입 사용하는 경우, 시스템 적인 것을 제외한 기타 업무 내역을 정리합니다.<br /> <br /> # 회계처리를 위한 ERP 조직구성<br /> # ERP 코드 부여 - 부서코드와 동일한 의미, Accounting code<br /> # 기타 초기 셋팅을 위한 내용<br /> <br /> <br /> <br /> =ERP 적용을 위한 사전구성=<br /> <br /> ==조직 구성==<br /> 결재 권한 및 회계 통제를 위한 구성이 필요하다.<br /> <br /> 현제 생성된 조직 구성은 다음과 같다.<br /> # ERP_PM : 모든 회계 및 프로젝트 활동에 대한 결재 권한<br /> # PSO : 회계 담당자 - 접근 권한, 통장, 급여, 비용에 대한 검사<br /> # PWO : 워킹 그룹으로, 실질적인 프로젝트를 담당하는 것<br /> <br /> ==조직 구성별 역할==<br /> <br /> * 공통<br /> # ERP에 대한 이해 - 회계 프로세스, ERP Bank 이해, 조직(결재 및 검사 권한)<br /> # 각자 맡은 역할에 대한 이해<br /> # ERP 시스템 활용 법 - 로그인, 메뉴 항목, 기안문<br /> # 현지 회계, 세무법 기초 - 부가세 처리, 법적 비용 이해<br /> <br /> * ERP_PM<br /> # 시스템 관리 - 급여, 출근부, 기안문, 결재 추적<br /> # 회계 업무 - 승인 후 조회, 프로젝트 조회(sub-ledger), 지사 총괄 사항(Ledger), 은행계좌와 ERP 은행계좌 차이<br /> # 프로젝트 관리 - 프로젝트 스케쥴, 상품, 서비스 모듈 활용법<br /> # 인사 - 사번 부여(email) 및 프로젝트별 회계코드(Sub-legher) 할당<br /> <br /> * PSO - 회계담당자(AM, Account Manager)<br /> # 비용전표 (ER, Expense Report) 처리 전체 과정<br /> # 비용전표 (ER, Expense Report) 검사, 사항, 수정 보완 요청<br /> # 비용전표 결재 의뢰(Validation) 및 실제 비용 지급 관리<br /> # 회계처리 (Accouting) - COA(Chart of Accounts) 이해, 경리 월보의 회계항목, 본사 매출 처리<br /> # 회계처리 (Accouting) - 부가세와 세금 및 세금외 부금 이해와 처리<br /> # 회계처리 (Accouting) - 영수처리(ER: Expense Report), 지급처리(Billing, Payment)<br /> # 인사 (HR) - 급여처리, 근태처리(현지법), 회사(법인) 세금 신고 및 처리, 매월 인사 변동 처리<br /> <br /> * PWO - Project Members<br /> # 근태 처리 - 근무 시간 기록 (급여 산출용)<br /> # 비용전표 (ER, Expense Report) 작성법<br /> # 기본 부가세 이해<br /> # 지급처리 요청 항목과 내용 - 첨부 증빙 사항<br /> <br /> =ERP 업무=<br /> <br /> ==현원 관리==<br /> 회계상 모든 비용 근거는 법에 따라 구성원(사람) 기준으로 부과되고 처리된다. 보조원장(sub-ledger)나 회사 회계코드와 함께, 구성원의 이름(ID)기준으로 집계를 한다.<br /> <br /> * 공통 비용 처리<br /> 사무실 임대료나 공통 비용 등은 일관되게 부과한다. 단, 사용자가 명확한 '''개별 사용내역은 공통 비용으로 처리하지 않는다.'''<br /> <br /> 1) 멤버 구성에서 프로젝트 대표 명칭이 있으면, 해당 명칭을 이용한다.- 예 KHH_Power<br /> 2) 대표인 PM이나 AM에게 부과한다.<br /> <br /> * 매월 현원 관리<br /> 급여일이나, 매월 1일에 현원을 확인한다.<br /> <br /> ERP member에서 ERP 사용일(End date) 관리한다.<br /> <br /> * ERP ID 의미<br /> 현지 채용 근무 인원의 경우, 별도의 사번이 없다. 따라서, 회사 email ID를 부여 받은 자만이 ERP ID를 부여 받을 수 있다.<br /> <br /> ===미사용 인원===<br /> 퇴사나 기타 원인으로 더 이상 ERP ID를 사용하지 않는 경우에는 다음과 같이 정리한다.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 구분 및 담당<br /> ! 권한<br /> ! 내용<br /> ! 설명<br /> |-<br /> | 회계 담당자(AM)<br /> | 미사용ID 등록 ('''DISABLE''')<br /> | 회계그룹에서 제외&lt;br&gt;('''미사용 인원'''으로 등록)<br /> | ERP 영향 없음<br /> |-<br /> | ERP 관리자<br /> | ID 삭제<br /> | 계정 삭제<br /> | 기타 비용전표(ER) 영향 고려<br /> |}<br /> <br /> * 단순 ID 사용 금지<br /> 회계 담당자의 미사용 설정으로 ERP ID를 사용하지 않게 결정한다.<br /> <br /> * ID 삭제<br /> ERP에서 비용전표(ER, Expense Report) 등의 문제로 해당 연결 부분 확인 후 삭제한다.<br /> <br /> * ID 미사용 방법 - 회계담당자(AM, Account Manager) 권한<br /> # 해당 인원 '''수정''' 선택<br /> # '''미사용''' 버튼 클릭<br /> <br /> <br /> * 화면 설명<br /> <br /> 1. 사용자 검색<br /> <br /> [[file:user_01.jpg| 700px]]<br /> <br /> <br /> 2. 해당 사용자 클릭<br /> <br /> [[file:user_02.jpg| 700px]]<br /> <br /> <br /> 3. 미사용 버튼 클릭 - '''DISABLE'''<br /> <br /> [[file:user_03.jpg| 900px]]<br /> <br /> <br /> 4. 결과 - 사용자는 미사용으로 등록된다.<br /> <br /> [[file:user_04.jpg| 700px]]<br /> <br /> <br /> *. ERP ID 삭제<br /> <br /> ERP ID의 삭제의 경우, 미작성 비용전표(ER, Expense Report)등이 있으면, 삭제가 되지 않는다. 따라서, ERP 시스템 담당자는 ID와 관련 있는 미처리 혹은 미완료 (회계)문서에 대해 모두 삭제하고 나서, 해당 ID를 삭제('''DELETE''')를 진행한다.<br /> <br /> ID를 삭제한다고, 기존의 (회계) 기록이 삭제되지는 않는다. 특히 회기 마감을 한 경우에는 직접 지울 수 없다.<br /> <br /> ==근태==<br /> <br /> * 근태 의미<br /> 출 퇴근, 야간/휴일 근무 시간 기록 - 급여처리를 위한 기초 자료이다.<br /> <br /> * 근태 기록<br /> 근무 일 및 근무 시간은 ERP에서 관리 가능하나, 현지 사정에 따라 개별적으로 관리할 수 있다.<br /> <br /> * 급여처리<br /> 근태 기록에 따라 급여를 지급한다.<br /> <br /> * 휴가 처리<br /> 법정 휴가 및 기타 휴가 내역을 관리한다.<br /> <br /> ==비용 및 지급요청==<br /> <br /> ===법인(회사, 지사)===<br /> <br /> * 지급청구(고객 Invoice)<br /> 고객에게 지급 청구 하는 것이다. 지급 시점 및 사전 예고(계약에 따름) 관리<br /> <br /> * 협력사 지급 요청 (협력사 Invoice)<br /> 협력사에서 요청하는 지급 사항에 대해서 처리한다. 협력사 Invoice에 따라서 대금을 지급한다.<br /> <br /> <br /> ===멤버(자연인)과 법인===<br /> * 멤버 비용 청구 및 지급요청<br /> # 멤버 비용 청구 - 비용전표 (ER, Expense Report) 기준으로 프로젝트 멤버에게 지급한다.<br /> # 멤버 현금 비용 청구 - 제한적으로 현금 사용 항목에 대한 지급을 영수증 없이 지급한다. <br /> <br /> * '''현금 비용''' 이라함은 영수증과 같은 증빙이 없는 경우를 말한다.<br /> <br /> =ERP 업무 활동=<br /> ERP업무를 위해서 다음과 같은 과정을 염두에 두어야 한다.<br /> <br /> ==현원 관리==<br /> '''매월 실시''', 인원 변동에 대한 내용 확인<br /> <br /> <br /> ==비용 전표 확인(Varification)==<br /> 비용전표(ER, Expense Report)기준으로 매출 및 '''부가세'''와 세금이 결정되므로, 초기 정보 오류 제거 필수<br /> <br /> <br /> ==회계 계정 이해==<br /> CoA를 잘못 사용하는 오류 없어야 함<br /> <br /> <br /> ==회계 승인 과정 추적==<br /> 결재, 반송 작업 및 권한 이해 <br /> <br /> 어느 단계 인지 event list를 보고 구분 필요 및 대처<br /> <br /> <br /> ==Accouting 설정==<br /> 어카운팅의 기본 개념은 다른 기입장을 사용한다는 것이다. 즉, 기존에 증징 자료가 있다고 하더라도, 따로 기입하지 않으면 소용없다. 이는 전통적인 회계 운영 방식에서 비롯된다.<br /> <br /> 즉, 분개장(Journal-개별 일지/일기 report)을 만들어서 기록하는 개념이 들어가 있다. 여기서 주의할 점은 기록장(분개장) 이름을 별도로 만들어 주어야 하고, 이를 관련 있는 정보를 연결해 주어야 한다.<br /> <br /> * 회계 설정 과정 (이해)<br /> #. CoA(Chart of Accout) : 계정 항목 선정 (번호 메기기) - 별도 특징, 예를 들어 세금관련, 교통비, 사업비 등을 필요에(부가세여부, 비용인정, 사원 복후비 등) 따라 분류한다. <br /> #. Journal 생성 : Journal(분개장, 리포트)의 '''이름'''을 셋업해 주어야 한다. (나중에 account에 연결해야 하므로) <br /> #. 어카운팅 (분류, 기록 작업)에서는 발생된 증빙 혹은 사유가 각 journal에 모이도록 하고, journals는 ledger(총계정원장)이 된다.<br /> <br /> : 참고<br /> Journal은 두 가지 밖에 없다. (프로젝트 기준으로 보면 각 프로젝트 마다 반드시 2개 BQ와 ER jounal이 존재)<br /> - BQ : Bank account journal<br /> - ER : Expense Report journal<br /> <br /> * Journal이 accounting에 제대로 연결되지 않았을 경우 에러 메시지<br /> <br /> 아래 경고 메시지는 BQ Journal 중에 은행과 제대로 연결되지 않았음을 경고하고 있다.<br /> <br /> [[file:acc_bank_err_01.jpg| 900px]]<br /> <br /> Bank list에서 보면, 실제로 journal에 연결되지 않았음을 역시 경고 하고 있다.<br /> <br /> [[file:acc_bank_err_02.jpg| 900px]]<br /> <br /> 해당 저널 연결 부분이 없다는 경고 아이콘. '''Accouting code journal''' 항목<br /> <br /> <br /> 해당 은행계좌를 수정하여 '''Accouting code journal''' 항목을 추가해 준다.<br /> <br /> [[file:acc_bank_err_03.jpg| 600px]]<br /> <br /> <br /> * 주의 - 사용 / 미사용, admin만 보이는 설정(setup) 메뉴임<br /> <br /> 만들어는 놓고, 미사용으로 선택하는 경우에도 동일하게 경고 메시지가 나타나므로, 혹시 disabled 로 설정하지 않았는지 확인한다.<br /> <br /> <br /> [[file:acc_bank_err_04.jpg| 900px]]<br /> <br /> =ERP 활용=<br /> <br /> * 정확한 회계자료 확보<br /> 정확한 회계자료를 기준으로 비용 통제를 하고 본사에 가지급 요청을 한다.<br /> <br /> * 다수 프로젝트에서 발생하는 지사 업무 효율화<br /> 개별적으로 발생하는 회계 사항을 종합적으로 파악하고 대처한다.<br /> <br /> * 본사와 업무협력<br /> 자금 흐름 및 운영 내용을 본사와 밀접하게 공유한다.<br /> <br /> * 상세 기능별 설명<br /> 역할에 따른 업무 내용을 확인하는 것이 좋습니다.<br /> <br /> [[Project_member_role]] - 일반 프로젝트 멤버가 ERP에서 해야 하는 업무<br /> <br /> [[AM role]] - 회계담당자(Account Manager)가 ERP에서 관리하는 업무 내용, 간략 설명<br /> <br /> [[프로젝트_회계관리| AM, PM role]] - 회계처리 및 각종 승인관련하여 회계담당자와 프로젝트 매니저(PM)이 해야하는 일에 대한 설명<br /> <br /> =참고=<br /> 기타 설정 및 활용 방법에 대한 참고 사항<br /> <br /> ==이벤트로그==<br /> 특이하게도, Project의 close 이벤트 로그는 기록을 하지 않는 것이 default이다.<br /> <br /> 이를 수정하기 위해서는 '''admin/agenda.php (or go to Modules &gt; Events/Agenda &gt; Automatic Filling)''' 에서 '''PROJECT_CLOSE'''의 상태를 체크해주어야만 한다.<br /> <br /> <br /> ==은행 계정 : USD==<br /> 타국 통화 등록 방법 - 예를 들어, 대만에서 USD로 대금 지급 받을 때 같은 경우<br /> <br /> <br /> # 모듈 설정(Dictionary)에서 USD를 사용으로 설정<br /> # Bank Account 만듬<br /> # 모듈 설정(Dictionary)에서 USD 사용 안함으로 바꿈<br /> # 은행 계정에서 USD로 표시됨<br /> <br /> * Dictionary에서 USD 사용 여부 선택<br /> [[file:acc_bank_USD_01.jpg|700px]]<br /> <br /> * USD 사용함으로 선택 경우 : '''$''' 표시됨.<br /> [[file:acc_bank_USD_02.jpg|800px]]<br /> <br /> * USD 사용함으로 선택 경우 : '''USD''' 표시됨.<br /> [[file:acc_bank_USD_03.jpg|800px]]<br /> <br /> <br /> ==3rd Party: tag==<br /> Tag / Categories는 분류를 위한 유용한 방법이다.<br /> <br /> 하지만, 각 모듈 고객 관리, accounting, bank 등의 모듈이 따로 개발이 되어서, '''Tags / Categories'''를 사용하는 방법이 서로 다르다. (좀 헛갈리거나 찾아야 함)<br /> <br /> * 3rd Paries 의 경우<br /> 등록할 경우, tag/categories를 선택 혹은 생성해서 작업할 수 있다.<br /> <br /> * 신규 작성을 해야 태그, 카테고리를 선택할 수 있다.<br /> [[file:3rdParty_tags_01.jpg|800px]]<br /> <br /> 태그와 카테고리를 선택하거나 신규로 작성할 수 있다.<br /> <br /> [[file:3rdParty_tags_02.jpg|800px]]<br /> <br /> <br /> <br /> ==Sub-ledger 운용==<br /> Sub-ledger를 사용해서 구분하는 경우, 회계 담당자는 각 sub-ledger 별로 1개씩 할당한다.<br /> <br /> ERP는 인원 대상 기준으로 sub-ledger를 설정하므로, sub-ledger를 확실히 구분하는 경우, 개별 ID를 부여한다.<br /> <br /> * 실졔 운용 예시<br /> <br /> ===회계담당자, 여러개 ID 운용===<br /> <br /> 예를 들어, KHH의 경우, 1인 회계 담당자가 3개 프로젝트의 회계를 담당하고 있다.<br /> <br /> 이것을 sub-ledger로 철저히 구분하려고 하는 경우, 다음과 같이 구분한다.<br /> <br /> * 회계담당자 1인이 회계처리시, 각각의 ID로 들어가서 처리<br /> #) 레드라인 북부 : Casey_n (아이디), Accouting code 부여: KHH-RL-N<br /> #) 레드라인 남부 : Casey_s, KHH-RL-S<br /> #) 엘로우 라인 : Casey_yl, KHH-YL<br /> 3) KHH HQ 코드 : casey (혹은 casey_hq), KHH-HQ<br /> <br /> <br /> ===부서 코드 및 회계승인 권한 부여===<br /> <br /> 혹은 부서코드에서 개별적으로 부서 ID를 만들어 놓았으므로, 해당 부서 ID로 강제 회계 담당자로 지정하는 방법도 있음.<br /> <br /> [[file:acc_managers_setup_01.jpg | 500px]]<br /> <br /> 이와 같이 조직도를 구성하기 위해 만들어 놓은 ID에 대해서, accouting code가 부여 되므로, 신규 ID를 생성해서 처리하는 것이 아니라, '''회계 담당자가 로그인할 때, 해당 조직 ID로 로그인해서 작성하면 됨'''<br /> <br /> 단, 조직(프로젝트) ID는 로그인 가능하게 하여야 하고, 권한은 제한적으로 admin이 설정해야 함. (별도 그룹 만들어도 됨)<br /> <br /> [[file:acc_managers_setup_02.jpg | 500px]]<br /> <br /> <br /> <br /> <br /> [[분류: ERP]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=ERP_%EC%97%85%EB%AC%B4&diff=1242 2026-06-30T04:21:48Z

<p>172.27.0.1: /* 미사용 인원 */</p> <hr /> <div>해외 지사(프로젝트 사무소) 업무에 TW ERP를 도입 사용하는 경우, 시스템 적인 것을 제외한 기타 업무 내역을 정리합니다.<br /> <br /> # 회계처리를 위한 ERP 조직구성<br /> # ERP 코드 부여 - 부서코드와 동일한 의미, Accounting code<br /> # 기타 초기 셋팅을 위한 내용<br /> <br /> <br /> <br /> =ERP 적용을 위한 사전구성=<br /> <br /> ==조직 구성==<br /> 결재 권한 및 회계 통제를 위한 구성이 필요하다.<br /> <br /> 현제 생성된 조직 구성은 다음과 같다.<br /> # ERP_PM : 모든 회계 및 프로젝트 활동에 대한 결재 권한<br /> # PSO : 회계 담당자 - 접근 권한, 통장, 급여, 비용에 대한 검사<br /> # PWO : 워킹 그룹으로, 실질적인 프로젝트를 담당하는 것<br /> <br /> ==조직 구성별 역할==<br /> <br /> * 공통<br /> # ERP에 대한 이해 - 회계 프로세스, ERP Bank 이해, 조직(결재 및 검사 권한)<br /> # 각자 맡은 역할에 대한 이해<br /> # ERP 시스템 활용 법 - 로그인, 메뉴 항목, 기안문<br /> # 현지 회계, 세무법 기초 - 부가세 처리, 법적 비용 이해<br /> <br /> * ERP_PM<br /> # 시스템 관리 - 급여, 출근부, 기안문, 결재 추적<br /> # 회계 업무 - 승인 후 조회, 프로젝트 조회(sub-ledger), 지사 총괄 사항(Ledger), 은행계좌와 ERP 은행계좌 차이<br /> # 프로젝트 관리 - 프로젝트 스케쥴, 상품, 서비스 모듈 활용법<br /> # 인사 - 사번 부여(email) 및 프로젝트별 회계코드(Sub-legher) 할당<br /> <br /> * PSO - 회계담당자(AM, Account Manager)<br /> # 비용전표 (ER, Expense Report) 처리 전체 과정<br /> # 비용전표 (ER, Expense Report) 검사, 사항, 수정 보완 요청<br /> # 비용전표 결재 의뢰(Validation) 및 실제 비용 지급 관리<br /> # 회계처리 (Accouting) - COA(Chart of Accounts) 이해, 경리 월보의 회계항목, 본사 매출 처리<br /> # 회계처리 (Accouting) - 부가세와 세금 및 세금외 부금 이해와 처리<br /> # 회계처리 (Accouting) - 영수처리(ER: Expense Report), 지급처리(Billing, Payment)<br /> # 인사 (HR) - 급여처리, 근태처리(현지법), 회사(법인) 세금 신고 및 처리, 매월 인사 변동 처리<br /> <br /> * PWO - Project Members<br /> # 근태 처리 - 근무 시간 기록 (급여 산출용)<br /> # 비용전표 (ER, Expense Report) 작성법<br /> # 기본 부가세 이해<br /> # 지급처리 요청 항목과 내용 - 첨부 증빙 사항<br /> <br /> =ERP 업무=<br /> <br /> ==현원 관리==<br /> 회계상 모든 비용 근거는 법에 따라 구성원(사람) 기준으로 부과되고 처리된다. 보조원장(sub-ledger)나 회사 회계코드와 함께, 구성원의 이름(ID)기준으로 집계를 한다.<br /> <br /> * 공통 비용 처리<br /> 사무실 임대료나 공통 비용 등은 일관되게 부과한다. 단, 사용자가 명확한 '''개별 사용내역은 공통 비용으로 처리하지 않는다.'''<br /> <br /> 1) 멤버 구성에서 프로젝트 대표 명칭이 있으면, 해당 명칭을 이용한다.- 예 KHH_Power<br /> 2) 대표인 PM이나 AM에게 부과한다.<br /> <br /> * 매월 현원 관리<br /> 급여일이나, 매월 1일에 현원을 확인한다.<br /> <br /> ERP member에서 ERP 사용일(End date) 관리한다.<br /> <br /> * ERP ID 의미<br /> 현지 채용 근무 인원의 경우, 별도의 사번이 없다. 따라서, 회사 email ID를 부여 받은 자만이 ERP ID를 부여 받을 수 있다.<br /> <br /> ===미사용 인원===<br /> 퇴사나 기타 원인으로 더 이상 ERP ID를 사용하지 않는 경우에는 다음과 같이 정리한다.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 구분 및 담당<br /> ! 권한<br /> ! 내용<br /> ! 설명<br /> |-<br /> | 회계 담당자(AM)<br /> | 미사용ID 등록 ('''DISABLE''')<br /> | 회계그룹에서 제외&lt;br&gt;('''미사용 인원'''으로 등록)<br /> | ERP 영향 없음<br /> |-<br /> | ERP 관리자<br /> | ID 삭제<br /> | 계정 삭제<br /> | 기타 비용전표(ER) 영향 고려<br /> |}<br /> <br /> * 단순 ID 사용 금지<br /> 회계 담당자의 미사용 설정으로 ERP ID를 사용하지 않게 결정한다.<br /> <br /> * ID 삭제<br /> ERP에서 비용전표(ER, Expense Report) 등의 문제로 해당 연결 부분 확인 후 삭제한다.<br /> <br /> * ID 미사용 방법 - 회계담당자(AM, Account Manager) 권한<br /> # 해당 인원 '''수정''' 선택<br /> # '''미사용''' 버튼 클릭<br /> <br /> <br /> * 화면 설명<br /> <br /> 1. 사용자 검색<br /> <br /> [[file:user_01.jpg| 700px]]<br /> <br /> <br /> 2. 해당 사용자 클릭<br /> <br /> [[file:user_02.jpg| 700px]]<br /> <br /> <br /> 3. 미사용 버튼 클릭 - '''DISABLE'''<br /> <br /> [[file:user_03.jpg| 900px]]<br /> <br /> <br /> 4. 결과 - 사용자는 미사용으로 등록된다.<br /> <br /> [[file:user_04.jpg| 700px]]<br /> <br /> <br /> *. ERP ID 삭제<br /> <br /> ERP ID의 삭제의 경우, 미작성 비용전표(ER, Expense Report)등이 있으면, 삭제가 되지 않는다. 따라서, ERP 시스템 담당자는 ID와 관련 있는 미처리 혹은 미완료 (회계)문서에 대해 모두 삭제하고 나서, 해당 ID를 삭제('''DELETE''')를 진행한다.<br /> <br /> ==근태==<br /> <br /> * 근태 의미<br /> 출 퇴근, 야간/휴일 근무 시간 기록 - 급여처리를 위한 기초 자료이다.<br /> <br /> * 근태 기록<br /> 근무 일 및 근무 시간은 ERP에서 관리 가능하나, 현지 사정에 따라 개별적으로 관리할 수 있다.<br /> <br /> * 급여처리<br /> 근태 기록에 따라 급여를 지급한다.<br /> <br /> * 휴가 처리<br /> 법정 휴가 및 기타 휴가 내역을 관리한다.<br /> <br /> ==비용 및 지급요청==<br /> <br /> ===법인(회사, 지사)===<br /> <br /> * 지급청구(고객 Invoice)<br /> 고객에게 지급 청구 하는 것이다. 지급 시점 및 사전 예고(계약에 따름) 관리<br /> <br /> * 협력사 지급 요청 (협력사 Invoice)<br /> 협력사에서 요청하는 지급 사항에 대해서 처리한다. 협력사 Invoice에 따라서 대금을 지급한다.<br /> <br /> <br /> ===멤버(자연인)과 법인===<br /> * 멤버 비용 청구 및 지급요청<br /> # 멤버 비용 청구 - 비용전표 (ER, Expense Report) 기준으로 프로젝트 멤버에게 지급한다.<br /> # 멤버 현금 비용 청구 - 제한적으로 현금 사용 항목에 대한 지급을 영수증 없이 지급한다. <br /> <br /> * '''현금 비용''' 이라함은 영수증과 같은 증빙이 없는 경우를 말한다.<br /> <br /> =ERP 업무 활동=<br /> ERP업무를 위해서 다음과 같은 과정을 염두에 두어야 한다.<br /> <br /> ==현원 관리==<br /> '''매월 실시''', 인원 변동에 대한 내용 확인<br /> <br /> <br /> ==비용 전표 확인(Varification)==<br /> 비용전표(ER, Expense Report)기준으로 매출 및 '''부가세'''와 세금이 결정되므로, 초기 정보 오류 제거 필수<br /> <br /> <br /> ==회계 계정 이해==<br /> CoA를 잘못 사용하는 오류 없어야 함<br /> <br /> <br /> ==회계 승인 과정 추적==<br /> 결재, 반송 작업 및 권한 이해 <br /> <br /> 어느 단계 인지 event list를 보고 구분 필요 및 대처<br /> <br /> <br /> ==Accouting 설정==<br /> 어카운팅의 기본 개념은 다른 기입장을 사용한다는 것이다. 즉, 기존에 증징 자료가 있다고 하더라도, 따로 기입하지 않으면 소용없다. 이는 전통적인 회계 운영 방식에서 비롯된다.<br /> <br /> 즉, 분개장(Journal-개별 일지/일기 report)을 만들어서 기록하는 개념이 들어가 있다. 여기서 주의할 점은 기록장(분개장) 이름을 별도로 만들어 주어야 하고, 이를 관련 있는 정보를 연결해 주어야 한다.<br /> <br /> * 회계 설정 과정 (이해)<br /> #. CoA(Chart of Accout) : 계정 항목 선정 (번호 메기기) - 별도 특징, 예를 들어 세금관련, 교통비, 사업비 등을 필요에(부가세여부, 비용인정, 사원 복후비 등) 따라 분류한다. <br /> #. Journal 생성 : Journal(분개장, 리포트)의 '''이름'''을 셋업해 주어야 한다. (나중에 account에 연결해야 하므로) <br /> #. 어카운팅 (분류, 기록 작업)에서는 발생된 증빙 혹은 사유가 각 journal에 모이도록 하고, journals는 ledger(총계정원장)이 된다.<br /> <br /> : 참고<br /> Journal은 두 가지 밖에 없다. (프로젝트 기준으로 보면 각 프로젝트 마다 반드시 2개 BQ와 ER jounal이 존재)<br /> - BQ : Bank account journal<br /> - ER : Expense Report journal<br /> <br /> * Journal이 accounting에 제대로 연결되지 않았을 경우 에러 메시지<br /> <br /> 아래 경고 메시지는 BQ Journal 중에 은행과 제대로 연결되지 않았음을 경고하고 있다.<br /> <br /> [[file:acc_bank_err_01.jpg| 900px]]<br /> <br /> Bank list에서 보면, 실제로 journal에 연결되지 않았음을 역시 경고 하고 있다.<br /> <br /> [[file:acc_bank_err_02.jpg| 900px]]<br /> <br /> 해당 저널 연결 부분이 없다는 경고 아이콘. '''Accouting code journal''' 항목<br /> <br /> <br /> 해당 은행계좌를 수정하여 '''Accouting code journal''' 항목을 추가해 준다.<br /> <br /> [[file:acc_bank_err_03.jpg| 600px]]<br /> <br /> <br /> * 주의 - 사용 / 미사용, admin만 보이는 설정(setup) 메뉴임<br /> <br /> 만들어는 놓고, 미사용으로 선택하는 경우에도 동일하게 경고 메시지가 나타나므로, 혹시 disabled 로 설정하지 않았는지 확인한다.<br /> <br /> <br /> [[file:acc_bank_err_04.jpg| 900px]]<br /> <br /> =ERP 활용=<br /> <br /> * 정확한 회계자료 확보<br /> 정확한 회계자료를 기준으로 비용 통제를 하고 본사에 가지급 요청을 한다.<br /> <br /> * 다수 프로젝트에서 발생하는 지사 업무 효율화<br /> 개별적으로 발생하는 회계 사항을 종합적으로 파악하고 대처한다.<br /> <br /> * 본사와 업무협력<br /> 자금 흐름 및 운영 내용을 본사와 밀접하게 공유한다.<br /> <br /> * 상세 기능별 설명<br /> 역할에 따른 업무 내용을 확인하는 것이 좋습니다.<br /> <br /> [[Project_member_role]] - 일반 프로젝트 멤버가 ERP에서 해야 하는 업무<br /> <br /> [[AM role]] - 회계담당자(Account Manager)가 ERP에서 관리하는 업무 내용, 간략 설명<br /> <br /> [[프로젝트_회계관리| AM, PM role]] - 회계처리 및 각종 승인관련하여 회계담당자와 프로젝트 매니저(PM)이 해야하는 일에 대한 설명<br /> <br /> =참고=<br /> 기타 설정 및 활용 방법에 대한 참고 사항<br /> <br /> ==이벤트로그==<br /> 특이하게도, Project의 close 이벤트 로그는 기록을 하지 않는 것이 default이다.<br /> <br /> 이를 수정하기 위해서는 '''admin/agenda.php (or go to Modules &gt; Events/Agenda &gt; Automatic Filling)''' 에서 '''PROJECT_CLOSE'''의 상태를 체크해주어야만 한다.<br /> <br /> <br /> ==은행 계정 : USD==<br /> 타국 통화 등록 방법 - 예를 들어, 대만에서 USD로 대금 지급 받을 때 같은 경우<br /> <br /> <br /> # 모듈 설정(Dictionary)에서 USD를 사용으로 설정<br /> # Bank Account 만듬<br /> # 모듈 설정(Dictionary)에서 USD 사용 안함으로 바꿈<br /> # 은행 계정에서 USD로 표시됨<br /> <br /> * Dictionary에서 USD 사용 여부 선택<br /> [[file:acc_bank_USD_01.jpg|700px]]<br /> <br /> * USD 사용함으로 선택 경우 : '''$''' 표시됨.<br /> [[file:acc_bank_USD_02.jpg|800px]]<br /> <br /> * USD 사용함으로 선택 경우 : '''USD''' 표시됨.<br /> [[file:acc_bank_USD_03.jpg|800px]]<br /> <br /> <br /> ==3rd Party: tag==<br /> Tag / Categories는 분류를 위한 유용한 방법이다.<br /> <br /> 하지만, 각 모듈 고객 관리, accounting, bank 등의 모듈이 따로 개발이 되어서, '''Tags / Categories'''를 사용하는 방법이 서로 다르다. (좀 헛갈리거나 찾아야 함)<br /> <br /> * 3rd Paries 의 경우<br /> 등록할 경우, tag/categories를 선택 혹은 생성해서 작업할 수 있다.<br /> <br /> * 신규 작성을 해야 태그, 카테고리를 선택할 수 있다.<br /> [[file:3rdParty_tags_01.jpg|800px]]<br /> <br /> 태그와 카테고리를 선택하거나 신규로 작성할 수 있다.<br /> <br /> [[file:3rdParty_tags_02.jpg|800px]]<br /> <br /> <br /> <br /> ==Sub-ledger 운용==<br /> Sub-ledger를 사용해서 구분하는 경우, 회계 담당자는 각 sub-ledger 별로 1개씩 할당한다.<br /> <br /> ERP는 인원 대상 기준으로 sub-ledger를 설정하므로, sub-ledger를 확실히 구분하는 경우, 개별 ID를 부여한다.<br /> <br /> * 실졔 운용 예시<br /> <br /> ===회계담당자, 여러개 ID 운용===<br /> <br /> 예를 들어, KHH의 경우, 1인 회계 담당자가 3개 프로젝트의 회계를 담당하고 있다.<br /> <br /> 이것을 sub-ledger로 철저히 구분하려고 하는 경우, 다음과 같이 구분한다.<br /> <br /> * 회계담당자 1인이 회계처리시, 각각의 ID로 들어가서 처리<br /> #) 레드라인 북부 : Casey_n (아이디), Accouting code 부여: KHH-RL-N<br /> #) 레드라인 남부 : Casey_s, KHH-RL-S<br /> #) 엘로우 라인 : Casey_yl, KHH-YL<br /> 3) KHH HQ 코드 : casey (혹은 casey_hq), KHH-HQ<br /> <br /> <br /> ===부서 코드 및 회계승인 권한 부여===<br /> <br /> 혹은 부서코드에서 개별적으로 부서 ID를 만들어 놓았으므로, 해당 부서 ID로 강제 회계 담당자로 지정하는 방법도 있음.<br /> <br /> [[file:acc_managers_setup_01.jpg | 500px]]<br /> <br /> 이와 같이 조직도를 구성하기 위해 만들어 놓은 ID에 대해서, accouting code가 부여 되므로, 신규 ID를 생성해서 처리하는 것이 아니라, '''회계 담당자가 로그인할 때, 해당 조직 ID로 로그인해서 작성하면 됨'''<br /> <br /> 단, 조직(프로젝트) ID는 로그인 가능하게 하여야 하고, 권한은 제한적으로 admin이 설정해야 함. (별도 그룹 만들어도 됨)<br /> <br /> [[file:acc_managers_setup_02.jpg | 500px]]<br /> <br /> <br /> <br /> <br /> [[분류: ERP]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=ERP_%EC%97%85%EB%AC%B4&diff=1226 2026-06-30T02:21:58Z

<p>172.27.0.1: /* 미사용 인원 */</p> <hr /> <div>해외 지사(프로젝트 사무소) 업무에 TW ERP를 도입 사용하는 경우, 시스템 적인 것을 제외한 기타 업무 내역을 정리합니다.<br /> <br /> # 회계처리를 위한 ERP 조직구성<br /> # ERP 코드 부여 - 부서코드와 동일한 의미, Accounting code<br /> # 기타 초기 셋팅을 위한 내용<br /> <br /> <br /> <br /> =ERP 적용을 위한 사전구성=<br /> <br /> ==조직 구성==<br /> 결재 권한 및 회계 통제를 위한 구성이 필요하다.<br /> <br /> 현제 생성된 조직 구성은 다음과 같다.<br /> # ERP_PM : 모든 회계 및 프로젝트 활동에 대한 결재 권한<br /> # PSO : 회계 담당자 - 접근 권한, 통장, 급여, 비용에 대한 검사<br /> # PWO : 워킹 그룹으로, 실질적인 프로젝트를 담당하는 것<br /> <br /> ==조직 구성별 역할==<br /> <br /> * 공통<br /> # ERP에 대한 이해 - 회계 프로세스, ERP Bank 이해, 조직(결재 및 검사 권한)<br /> # 각자 맡은 역할에 대한 이해<br /> # ERP 시스템 활용 법 - 로그인, 메뉴 항목, 기안문<br /> # 현지 회계, 세무법 기초 - 부가세 처리, 법적 비용 이해<br /> <br /> * ERP_PM<br /> # 시스템 관리 - 급여, 출근부, 기안문, 결재 추적<br /> # 회계 업무 - 승인 후 조회, 프로젝트 조회(sub-ledger), 지사 총괄 사항(Ledger), 은행계좌와 ERP 은행계좌 차이<br /> # 프로젝트 관리 - 프로젝트 스케쥴, 상품, 서비스 모듈 활용법<br /> # 인사 - 사번 부여(email) 및 프로젝트별 회계코드(Sub-legher) 할당<br /> <br /> * PSO - 회계담당자(AM, Account Manager)<br /> # 비용전표 (ER, Expense Report) 처리 전체 과정<br /> # 비용전표 (ER, Expense Report) 검사, 사항, 수정 보완 요청<br /> # 비용전표 결재 의뢰(Validation) 및 실제 비용 지급 관리<br /> # 회계처리 (Accouting) - COA(Chart of Accounts) 이해, 경리 월보의 회계항목, 본사 매출 처리<br /> # 회계처리 (Accouting) - 부가세와 세금 및 세금외 부금 이해와 처리<br /> # 회계처리 (Accouting) - 영수처리(ER: Expense Report), 지급처리(Billing, Payment)<br /> # 인사 (HR) - 급여처리, 근태처리(현지법), 회사(법인) 세금 신고 및 처리, 매월 인사 변동 처리<br /> <br /> * PWO - Project Members<br /> # 근태 처리 - 근무 시간 기록 (급여 산출용)<br /> # 비용전표 (ER, Expense Report) 작성법<br /> # 기본 부가세 이해<br /> # 지급처리 요청 항목과 내용 - 첨부 증빙 사항<br /> <br /> =ERP 업무=<br /> <br /> ==현원 관리==<br /> 회계상 모든 비용 근거는 법에 따라 구성원(사람) 기준으로 부과되고 처리된다. 보조원장(sub-ledger)나 회사 회계코드와 함께, 구성원의 이름(ID)기준으로 집계를 한다.<br /> <br /> * 공통 비용 처리<br /> 사무실 임대료나 공통 비용 등은 일관되게 부과한다. 단, 사용자가 명확한 '''개별 사용내역은 공통 비용으로 처리하지 않는다.'''<br /> <br /> 1) 멤버 구성에서 프로젝트 대표 명칭이 있으면, 해당 명칭을 이용한다.- 예 KHH_Power<br /> 2) 대표인 PM이나 AM에게 부과한다.<br /> <br /> * 매월 현원 관리<br /> 급여일이나, 매월 1일에 현원을 확인한다.<br /> <br /> ERP member에서 ERP 사용일(End date) 관리한다.<br /> <br /> * ERP ID 의미<br /> 현지 채용 근무 인원의 경우, 별도의 사번이 없다. 따라서, 회사 email ID를 부여 받은 자만이 ERP ID를 부여 받을 수 있다.<br /> <br /> ===미사용 인원===<br /> 퇴사나 기타 원인으로 더 이상 ERP ID를 사용하지 않는 경우에는 다음과 같이 정리한다.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 구분 및 담당<br /> ! 권한<br /> ! 내용<br /> ! 설명<br /> |-<br /> | 회계 담당자(AM)<br /> | 미사용ID 등록<br /> | 회계그룹에서 제외<br /> | ERP 영향 없음<br /> |-<br /> | ERP 관리자<br /> | ID 삭제<br /> | 계정 삭제<br /> | 기타 비용전표(ER) 영향 고려<br /> |}<br /> <br /> * 단순 ID 사용 금지<br /> 회계 담당자의 미사용 설정으로 ERP ID를 사용하지 않게 결정한다.<br /> <br /> * ID 삭제<br /> ERP에서 비용전표(ER, Expense Report) 등의 문제로 해당 연결 부분 확인 후 삭제한다.<br /> <br /> * ID 미사용 방법 - 회계담당자(AM, Account Manager) 권한<br /> # 해당 인원 '''수정''' 선택<br /> # '''미사용''' 버튼 클릭<br /> <br /> ==근태==<br /> <br /> * 근태 의미<br /> 출 퇴근, 야간/휴일 근무 시간 기록 - 급여처리를 위한 기초 자료이다.<br /> <br /> * 근태 기록<br /> 근무 일 및 근무 시간은 ERP에서 관리 가능하나, 현지 사정에 따라 개별적으로 관리할 수 있다.<br /> <br /> * 급여처리<br /> 근태 기록에 따라 급여를 지급한다.<br /> <br /> * 휴가 처리<br /> 법정 휴가 및 기타 휴가 내역을 관리한다.<br /> <br /> ==비용 및 지급요청==<br /> <br /> ===법인(회사, 지사)===<br /> <br /> * 지급청구(고객 Invoice)<br /> 고객에게 지급 청구 하는 것이다. 지급 시점 및 사전 예고(계약에 따름) 관리<br /> <br /> * 협력사 지급 요청 (협력사 Invoice)<br /> 협력사에서 요청하는 지급 사항에 대해서 처리한다. 협력사 Invoice에 따라서 대금을 지급한다.<br /> <br /> <br /> ===멤버(자연인)과 법인===<br /> * 멤버 비용 청구 및 지급요청<br /> # 멤버 비용 청구 - 비용전표 (ER, Expense Report) 기준으로 프로젝트 멤버에게 지급한다.<br /> # 멤버 현금 비용 청구 - 제한적으로 현금 사용 항목에 대한 지급을 영수증 없이 지급한다. <br /> <br /> * '''현금 비용''' 이라함은 영수증과 같은 증빙이 없는 경우를 말한다.<br /> <br /> =ERP 업무 활동=<br /> ERP업무를 위해서 다음과 같은 과정을 염두에 두어야 한다.<br /> <br /> ==현원 관리==<br /> '''매월 실시''', 인원 변동에 대한 내용 확인<br /> <br /> <br /> ==비용 전표 확인(Varification)==<br /> 비용전표(ER, Expense Report)기준으로 매출 및 '''부가세'''와 세금이 결정되므로, 초기 정보 오류 제거 필수<br /> <br /> <br /> ==회계 계정 이해==<br /> CoA를 잘못 사용하는 오류 없어야 함<br /> <br /> <br /> ==회계 승인 과정 추적==<br /> 결재, 반송 작업 및 권한 이해 <br /> <br /> 어느 단계 인지 event list를 보고 구분 필요 및 대처<br /> <br /> <br /> ==Accouting 설정==<br /> 어카운팅의 기본 개념은 다른 기입장을 사용한다는 것이다. 즉, 기존에 증징 자료가 있다고 하더라도, 따로 기입하지 않으면 소용없다. 이는 전통적인 회계 운영 방식에서 비롯된다.<br /> <br /> 즉, 분개장(Journal-개별 일지/일기 report)을 만들어서 기록하는 개념이 들어가 있다. 여기서 주의할 점은 기록장(분개장) 이름을 별도로 만들어 주어야 하고, 이를 관련 있는 정보를 연결해 주어야 한다.<br /> <br /> * 회계 설정 과정 (이해)<br /> #. CoA(Chart of Accout) : 계정 항목 선정 (번호 메기기) - 별도 특징, 예를 들어 세금관련, 교통비, 사업비 등을 필요에(부가세여부, 비용인정, 사원 복후비 등) 따라 분류한다. <br /> #. Journal 생성 : Journal(분개장, 리포트)의 '''이름'''을 셋업해 주어야 한다. (나중에 account에 연결해야 하므로) <br /> #. 어카운팅 (분류, 기록 작업)에서는 발생된 증빙 혹은 사유가 각 journal에 모이도록 하고, journals는 ledger(총계정원장)이 된다.<br /> <br /> : 참고<br /> Journal은 두 가지 밖에 없다. (프로젝트 기준으로 보면 각 프로젝트 마다 반드시 2개 BQ와 ER jounal이 존재)<br /> - BQ : Bank account journal<br /> - ER : Expense Report journal<br /> <br /> * Journal이 accounting에 제대로 연결되지 않았을 경우 에러 메시지<br /> <br /> 아래 경고 메시지는 BQ Journal 중에 은행과 제대로 연결되지 않았음을 경고하고 있다.<br /> <br /> [[file:acc_bank_err_01.jpg| 900px]]<br /> <br /> Bank list에서 보면, 실제로 journal에 연결되지 않았음을 역시 경고 하고 있다.<br /> <br /> [[file:acc_bank_err_02.jpg| 900px]]<br /> <br /> 해당 저널 연결 부분이 없다는 경고 아이콘. '''Accouting code journal''' 항목<br /> <br /> <br /> 해당 은행계좌를 수정하여 '''Accouting code journal''' 항목을 추가해 준다.<br /> <br /> [[file:acc_bank_err_03.jpg| 600px]]<br /> <br /> <br /> * 주의 - 사용 / 미사용, admin만 보이는 설정(setup) 메뉴임<br /> <br /> 만들어는 놓고, 미사용으로 선택하는 경우에도 동일하게 경고 메시지가 나타나므로, 혹시 disabled 로 설정하지 않았는지 확인한다.<br /> <br /> <br /> [[file:acc_bank_err_04.jpg| 900px]]<br /> <br /> =ERP 활용=<br /> <br /> * 정확한 회계자료 확보<br /> 정확한 회계자료를 기준으로 비용 통제를 하고 본사에 가지급 요청을 한다.<br /> <br /> * 다수 프로젝트에서 발생하는 지사 업무 효율화<br /> 개별적으로 발생하는 회계 사항을 종합적으로 파악하고 대처한다.<br /> <br /> * 본사와 업무협력<br /> 자금 흐름 및 운영 내용을 본사와 밀접하게 공유한다.<br /> <br /> * 상세 기능별 설명<br /> 역할에 따른 업무 내용을 확인하는 것이 좋습니다.<br /> <br /> [[Project_member_role]] - 일반 프로젝트 멤버가 ERP에서 해야 하는 업무<br /> <br /> [[AM role]] - 회계담당자(Account Manager)가 ERP에서 관리하는 업무 내용, 간략 설명<br /> <br /> [[프로젝트_회계관리| AM, PM role]] - 회계처리 및 각종 승인관련하여 회계담당자와 프로젝트 매니저(PM)이 해야하는 일에 대한 설명<br /> <br /> =참고=<br /> 기타 설정 및 활용 방법에 대한 참고 사항<br /> <br /> ==이벤트로그==<br /> 특이하게도, Project의 close 이벤트 로그는 기록을 하지 않는 것이 default이다.<br /> <br /> 이를 수정하기 위해서는 '''admin/agenda.php (or go to Modules &gt; Events/Agenda &gt; Automatic Filling)''' 에서 '''PROJECT_CLOSE'''의 상태를 체크해주어야만 한다.<br /> <br /> <br /> ==은행 계정 : USD==<br /> 타국 통화 등록 방법 - 예를 들어, 대만에서 USD로 대금 지급 받을 때 같은 경우<br /> <br /> <br /> # 모듈 설정(Dictionary)에서 USD를 사용으로 설정<br /> # Bank Account 만듬<br /> # 모듈 설정(Dictionary)에서 USD 사용 안함으로 바꿈<br /> # 은행 계정에서 USD로 표시됨<br /> <br /> * Dictionary에서 USD 사용 여부 선택<br /> [[file:acc_bank_USD_01.jpg|700px]]<br /> <br /> * USD 사용함으로 선택 경우 : '''$''' 표시됨.<br /> [[file:acc_bank_USD_02.jpg|800px]]<br /> <br /> * USD 사용함으로 선택 경우 : '''USD''' 표시됨.<br /> [[file:acc_bank_USD_03.jpg|800px]]<br /> <br /> <br /> ==3rd Party: tag==<br /> Tag / Categories는 분류를 위한 유용한 방법이다.<br /> <br /> 하지만, 각 모듈 고객 관리, accounting, bank 등의 모듈이 따로 개발이 되어서, '''Tags / Categories'''를 사용하는 방법이 서로 다르다. (좀 헛갈리거나 찾아야 함)<br /> <br /> * 3rd Paries 의 경우<br /> 등록할 경우, tag/categories를 선택 혹은 생성해서 작업할 수 있다.<br /> <br /> * 신규 작성을 해야 태그, 카테고리를 선택할 수 있다.<br /> [[file:3rdParty_tags_01.jpg|800px]]<br /> <br /> 태그와 카테고리를 선택하거나 신규로 작성할 수 있다.<br /> <br /> [[file:3rdParty_tags_02.jpg|800px]]<br /> <br /> <br /> <br /> ==Sub-ledger 운용==<br /> Sub-ledger를 사용해서 구분하는 경우, 회계 담당자는 각 sub-ledger 별로 1개씩 할당한다.<br /> <br /> ERP는 인원 대상 기준으로 sub-ledger를 설정하므로, sub-ledger를 확실히 구분하는 경우, 개별 ID를 부여한다.<br /> <br /> * 실졔 운용 예시<br /> <br /> ===회계담당자, 여러개 ID 운용===<br /> <br /> 예를 들어, KHH의 경우, 1인 회계 담당자가 3개 프로젝트의 회계를 담당하고 있다.<br /> <br /> 이것을 sub-ledger로 철저히 구분하려고 하는 경우, 다음과 같이 구분한다.<br /> <br /> * 회계담당자 1인이 회계처리시, 각각의 ID로 들어가서 처리<br /> #) 레드라인 북부 : Casey_n (아이디), Accouting code 부여: KHH-RL-N<br /> #) 레드라인 남부 : Casey_s, KHH-RL-S<br /> #) 엘로우 라인 : Casey_yl, KHH-YL<br /> 3) KHH HQ 코드 : casey (혹은 casey_hq), KHH-HQ<br /> <br /> <br /> ===부서 코드 및 회계승인 권한 부여===<br /> <br /> 혹은 부서코드에서 개별적으로 부서 ID를 만들어 놓았으므로, 해당 부서 ID로 강제 회계 담당자로 지정하는 방법도 있음.<br /> <br /> [[file:acc_managers_setup_01.jpg | 500px]]<br /> <br /> 이와 같이 조직도를 구성하기 위해 만들어 놓은 ID에 대해서, accouting code가 부여 되므로, 신규 ID를 생성해서 처리하는 것이 아니라, '''회계 담당자가 로그인할 때, 해당 조직 ID로 로그인해서 작성하면 됨'''<br /> <br /> 단, 조직(프로젝트) ID는 로그인 가능하게 하여야 하고, 권한은 제한적으로 admin이 설정해야 함. (별도 그룹 만들어도 됨)<br /> <br /> [[file:acc_managers_setup_02.jpg | 500px]]<br /> <br /> <br /> <br /> <br /> [[분류: ERP]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=ERP_%EC%97%85%EB%AC%B4&diff=1225 2026-06-30T02:20:54Z

<p>172.27.0.1: /* 미사용 인원 */</p> <hr /> <div>해외 지사(프로젝트 사무소) 업무에 TW ERP를 도입 사용하는 경우, 시스템 적인 것을 제외한 기타 업무 내역을 정리합니다.<br /> <br /> # 회계처리를 위한 ERP 조직구성<br /> # ERP 코드 부여 - 부서코드와 동일한 의미, Accounting code<br /> # 기타 초기 셋팅을 위한 내용<br /> <br /> <br /> <br /> =ERP 적용을 위한 사전구성=<br /> <br /> ==조직 구성==<br /> 결재 권한 및 회계 통제를 위한 구성이 필요하다.<br /> <br /> 현제 생성된 조직 구성은 다음과 같다.<br /> # ERP_PM : 모든 회계 및 프로젝트 활동에 대한 결재 권한<br /> # PSO : 회계 담당자 - 접근 권한, 통장, 급여, 비용에 대한 검사<br /> # PWO : 워킹 그룹으로, 실질적인 프로젝트를 담당하는 것<br /> <br /> ==조직 구성별 역할==<br /> <br /> * 공통<br /> # ERP에 대한 이해 - 회계 프로세스, ERP Bank 이해, 조직(결재 및 검사 권한)<br /> # 각자 맡은 역할에 대한 이해<br /> # ERP 시스템 활용 법 - 로그인, 메뉴 항목, 기안문<br /> # 현지 회계, 세무법 기초 - 부가세 처리, 법적 비용 이해<br /> <br /> * ERP_PM<br /> # 시스템 관리 - 급여, 출근부, 기안문, 결재 추적<br /> # 회계 업무 - 승인 후 조회, 프로젝트 조회(sub-ledger), 지사 총괄 사항(Ledger), 은행계좌와 ERP 은행계좌 차이<br /> # 프로젝트 관리 - 프로젝트 스케쥴, 상품, 서비스 모듈 활용법<br /> # 인사 - 사번 부여(email) 및 프로젝트별 회계코드(Sub-legher) 할당<br /> <br /> * PSO - 회계담당자(AM, Account Manager)<br /> # 비용전표 (ER, Expense Report) 처리 전체 과정<br /> # 비용전표 (ER, Expense Report) 검사, 사항, 수정 보완 요청<br /> # 비용전표 결재 의뢰(Validation) 및 실제 비용 지급 관리<br /> # 회계처리 (Accouting) - COA(Chart of Accounts) 이해, 경리 월보의 회계항목, 본사 매출 처리<br /> # 회계처리 (Accouting) - 부가세와 세금 및 세금외 부금 이해와 처리<br /> # 회계처리 (Accouting) - 영수처리(ER: Expense Report), 지급처리(Billing, Payment)<br /> # 인사 (HR) - 급여처리, 근태처리(현지법), 회사(법인) 세금 신고 및 처리, 매월 인사 변동 처리<br /> <br /> * PWO - Project Members<br /> # 근태 처리 - 근무 시간 기록 (급여 산출용)<br /> # 비용전표 (ER, Expense Report) 작성법<br /> # 기본 부가세 이해<br /> # 지급처리 요청 항목과 내용 - 첨부 증빙 사항<br /> <br /> =ERP 업무=<br /> <br /> ==현원 관리==<br /> 회계상 모든 비용 근거는 법에 따라 구성원(사람) 기준으로 부과되고 처리된다. 보조원장(sub-ledger)나 회사 회계코드와 함께, 구성원의 이름(ID)기준으로 집계를 한다.<br /> <br /> * 공통 비용 처리<br /> 사무실 임대료나 공통 비용 등은 일관되게 부과한다. 단, 사용자가 명확한 '''개별 사용내역은 공통 비용으로 처리하지 않는다.'''<br /> <br /> 1) 멤버 구성에서 프로젝트 대표 명칭이 있으면, 해당 명칭을 이용한다.- 예 KHH_Power<br /> 2) 대표인 PM이나 AM에게 부과한다.<br /> <br /> * 매월 현원 관리<br /> 급여일이나, 매월 1일에 현원을 확인한다.<br /> <br /> ERP member에서 ERP 사용일(End date) 관리한다.<br /> <br /> * ERP ID 의미<br /> 현지 채용 근무 인원의 경우, 별도의 사번이 없다. 따라서, 회사 email ID를 부여 받은 자만이 ERP ID를 부여 받을 수 있다.<br /> <br /> ===미사용 인원===<br /> 퇴사나 기타 원인으로 더 이상 ERP ID를 사용하지 않는 경우에는 다음과 같이 정리한다.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 구분<br /> ! 내용<br /> ! 설명<br /> | 설명<br /> |-<br /> | 회계 담당자(AM)<br /> | 미사용ID 등록<br /> | 회계그룹에서 제외<br /> | ERP 영향 없음<br /> |-<br /> | ERP 관리자<br /> | ID 삭제<br /> | 계정 삭제<br /> | 기타 비용전표(ER) 영향 고려<br /> |}<br /> <br /> * 단순 ID 사용 금지<br /> 회계 담당자의 미사용 설정으로 ERP ID를 사용하지 않게 결정한다.<br /> <br /> * ID 삭제<br /> ERP에서 비용전표(ER, Expense Report) 등의 문제로 해당 연결 부분 확인 후 삭제한다.<br /> <br /> * ID 미사용 방법 - 회계담당자(AM, Account Manager) 권한<br /> # 해당 인원 '''수정''' 선택<br /> # '''미사용''' 버튼 클릭<br /> <br /> ==근태==<br /> <br /> * 근태 의미<br /> 출 퇴근, 야간/휴일 근무 시간 기록 - 급여처리를 위한 기초 자료이다.<br /> <br /> * 근태 기록<br /> 근무 일 및 근무 시간은 ERP에서 관리 가능하나, 현지 사정에 따라 개별적으로 관리할 수 있다.<br /> <br /> * 급여처리<br /> 근태 기록에 따라 급여를 지급한다.<br /> <br /> * 휴가 처리<br /> 법정 휴가 및 기타 휴가 내역을 관리한다.<br /> <br /> ==비용 및 지급요청==<br /> <br /> ===법인(회사, 지사)===<br /> <br /> * 지급청구(고객 Invoice)<br /> 고객에게 지급 청구 하는 것이다. 지급 시점 및 사전 예고(계약에 따름) 관리<br /> <br /> * 협력사 지급 요청 (협력사 Invoice)<br /> 협력사에서 요청하는 지급 사항에 대해서 처리한다. 협력사 Invoice에 따라서 대금을 지급한다.<br /> <br /> <br /> ===멤버(자연인)과 법인===<br /> * 멤버 비용 청구 및 지급요청<br /> # 멤버 비용 청구 - 비용전표 (ER, Expense Report) 기준으로 프로젝트 멤버에게 지급한다.<br /> # 멤버 현금 비용 청구 - 제한적으로 현금 사용 항목에 대한 지급을 영수증 없이 지급한다. <br /> <br /> * '''현금 비용''' 이라함은 영수증과 같은 증빙이 없는 경우를 말한다.<br /> <br /> =ERP 업무 활동=<br /> ERP업무를 위해서 다음과 같은 과정을 염두에 두어야 한다.<br /> <br /> ==현원 관리==<br /> '''매월 실시''', 인원 변동에 대한 내용 확인<br /> <br /> <br /> ==비용 전표 확인(Varification)==<br /> 비용전표(ER, Expense Report)기준으로 매출 및 '''부가세'''와 세금이 결정되므로, 초기 정보 오류 제거 필수<br /> <br /> <br /> ==회계 계정 이해==<br /> CoA를 잘못 사용하는 오류 없어야 함<br /> <br /> <br /> ==회계 승인 과정 추적==<br /> 결재, 반송 작업 및 권한 이해 <br /> <br /> 어느 단계 인지 event list를 보고 구분 필요 및 대처<br /> <br /> <br /> ==Accouting 설정==<br /> 어카운팅의 기본 개념은 다른 기입장을 사용한다는 것이다. 즉, 기존에 증징 자료가 있다고 하더라도, 따로 기입하지 않으면 소용없다. 이는 전통적인 회계 운영 방식에서 비롯된다.<br /> <br /> 즉, 분개장(Journal-개별 일지/일기 report)을 만들어서 기록하는 개념이 들어가 있다. 여기서 주의할 점은 기록장(분개장) 이름을 별도로 만들어 주어야 하고, 이를 관련 있는 정보를 연결해 주어야 한다.<br /> <br /> * 회계 설정 과정 (이해)<br /> #. CoA(Chart of Accout) : 계정 항목 선정 (번호 메기기) - 별도 특징, 예를 들어 세금관련, 교통비, 사업비 등을 필요에(부가세여부, 비용인정, 사원 복후비 등) 따라 분류한다. <br /> #. Journal 생성 : Journal(분개장, 리포트)의 '''이름'''을 셋업해 주어야 한다. (나중에 account에 연결해야 하므로) <br /> #. 어카운팅 (분류, 기록 작업)에서는 발생된 증빙 혹은 사유가 각 journal에 모이도록 하고, journals는 ledger(총계정원장)이 된다.<br /> <br /> : 참고<br /> Journal은 두 가지 밖에 없다. (프로젝트 기준으로 보면 각 프로젝트 마다 반드시 2개 BQ와 ER jounal이 존재)<br /> - BQ : Bank account journal<br /> - ER : Expense Report journal<br /> <br /> * Journal이 accounting에 제대로 연결되지 않았을 경우 에러 메시지<br /> <br /> 아래 경고 메시지는 BQ Journal 중에 은행과 제대로 연결되지 않았음을 경고하고 있다.<br /> <br /> [[file:acc_bank_err_01.jpg| 900px]]<br /> <br /> Bank list에서 보면, 실제로 journal에 연결되지 않았음을 역시 경고 하고 있다.<br /> <br /> [[file:acc_bank_err_02.jpg| 900px]]<br /> <br /> 해당 저널 연결 부분이 없다는 경고 아이콘. '''Accouting code journal''' 항목<br /> <br /> <br /> 해당 은행계좌를 수정하여 '''Accouting code journal''' 항목을 추가해 준다.<br /> <br /> [[file:acc_bank_err_03.jpg| 600px]]<br /> <br /> <br /> * 주의 - 사용 / 미사용, admin만 보이는 설정(setup) 메뉴임<br /> <br /> 만들어는 놓고, 미사용으로 선택하는 경우에도 동일하게 경고 메시지가 나타나므로, 혹시 disabled 로 설정하지 않았는지 확인한다.<br /> <br /> <br /> [[file:acc_bank_err_04.jpg| 900px]]<br /> <br /> =ERP 활용=<br /> <br /> * 정확한 회계자료 확보<br /> 정확한 회계자료를 기준으로 비용 통제를 하고 본사에 가지급 요청을 한다.<br /> <br /> * 다수 프로젝트에서 발생하는 지사 업무 효율화<br /> 개별적으로 발생하는 회계 사항을 종합적으로 파악하고 대처한다.<br /> <br /> * 본사와 업무협력<br /> 자금 흐름 및 운영 내용을 본사와 밀접하게 공유한다.<br /> <br /> * 상세 기능별 설명<br /> 역할에 따른 업무 내용을 확인하는 것이 좋습니다.<br /> <br /> [[Project_member_role]] - 일반 프로젝트 멤버가 ERP에서 해야 하는 업무<br /> <br /> [[AM role]] - 회계담당자(Account Manager)가 ERP에서 관리하는 업무 내용, 간략 설명<br /> <br /> [[프로젝트_회계관리| AM, PM role]] - 회계처리 및 각종 승인관련하여 회계담당자와 프로젝트 매니저(PM)이 해야하는 일에 대한 설명<br /> <br /> =참고=<br /> 기타 설정 및 활용 방법에 대한 참고 사항<br /> <br /> ==이벤트로그==<br /> 특이하게도, Project의 close 이벤트 로그는 기록을 하지 않는 것이 default이다.<br /> <br /> 이를 수정하기 위해서는 '''admin/agenda.php (or go to Modules &gt; Events/Agenda &gt; Automatic Filling)''' 에서 '''PROJECT_CLOSE'''의 상태를 체크해주어야만 한다.<br /> <br /> <br /> ==은행 계정 : USD==<br /> 타국 통화 등록 방법 - 예를 들어, 대만에서 USD로 대금 지급 받을 때 같은 경우<br /> <br /> <br /> # 모듈 설정(Dictionary)에서 USD를 사용으로 설정<br /> # Bank Account 만듬<br /> # 모듈 설정(Dictionary)에서 USD 사용 안함으로 바꿈<br /> # 은행 계정에서 USD로 표시됨<br /> <br /> * Dictionary에서 USD 사용 여부 선택<br /> [[file:acc_bank_USD_01.jpg|700px]]<br /> <br /> * USD 사용함으로 선택 경우 : '''$''' 표시됨.<br /> [[file:acc_bank_USD_02.jpg|800px]]<br /> <br /> * USD 사용함으로 선택 경우 : '''USD''' 표시됨.<br /> [[file:acc_bank_USD_03.jpg|800px]]<br /> <br /> <br /> ==3rd Party: tag==<br /> Tag / Categories는 분류를 위한 유용한 방법이다.<br /> <br /> 하지만, 각 모듈 고객 관리, accounting, bank 등의 모듈이 따로 개발이 되어서, '''Tags / Categories'''를 사용하는 방법이 서로 다르다. (좀 헛갈리거나 찾아야 함)<br /> <br /> * 3rd Paries 의 경우<br /> 등록할 경우, tag/categories를 선택 혹은 생성해서 작업할 수 있다.<br /> <br /> * 신규 작성을 해야 태그, 카테고리를 선택할 수 있다.<br /> [[file:3rdParty_tags_01.jpg|800px]]<br /> <br /> 태그와 카테고리를 선택하거나 신규로 작성할 수 있다.<br /> <br /> [[file:3rdParty_tags_02.jpg|800px]]<br /> <br /> <br /> <br /> ==Sub-ledger 운용==<br /> Sub-ledger를 사용해서 구분하는 경우, 회계 담당자는 각 sub-ledger 별로 1개씩 할당한다.<br /> <br /> ERP는 인원 대상 기준으로 sub-ledger를 설정하므로, sub-ledger를 확실히 구분하는 경우, 개별 ID를 부여한다.<br /> <br /> * 실졔 운용 예시<br /> <br /> ===회계담당자, 여러개 ID 운용===<br /> <br /> 예를 들어, KHH의 경우, 1인 회계 담당자가 3개 프로젝트의 회계를 담당하고 있다.<br /> <br /> 이것을 sub-ledger로 철저히 구분하려고 하는 경우, 다음과 같이 구분한다.<br /> <br /> * 회계담당자 1인이 회계처리시, 각각의 ID로 들어가서 처리<br /> #) 레드라인 북부 : Casey_n (아이디), Accouting code 부여: KHH-RL-N<br /> #) 레드라인 남부 : Casey_s, KHH-RL-S<br /> #) 엘로우 라인 : Casey_yl, KHH-YL<br /> 3) KHH HQ 코드 : casey (혹은 casey_hq), KHH-HQ<br /> <br /> <br /> ===부서 코드 및 회계승인 권한 부여===<br /> <br /> 혹은 부서코드에서 개별적으로 부서 ID를 만들어 놓았으므로, 해당 부서 ID로 강제 회계 담당자로 지정하는 방법도 있음.<br /> <br /> [[file:acc_managers_setup_01.jpg | 500px]]<br /> <br /> 이와 같이 조직도를 구성하기 위해 만들어 놓은 ID에 대해서, accouting code가 부여 되므로, 신규 ID를 생성해서 처리하는 것이 아니라, '''회계 담당자가 로그인할 때, 해당 조직 ID로 로그인해서 작성하면 됨'''<br /> <br /> 단, 조직(프로젝트) ID는 로그인 가능하게 하여야 하고, 권한은 제한적으로 admin이 설정해야 함. (별도 그룹 만들어도 됨)<br /> <br /> [[file:acc_managers_setup_02.jpg | 500px]]<br /> <br /> <br /> <br /> <br /> [[분류: ERP]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=ERP_%EC%97%85%EB%AC%B4&diff=1224 2026-06-30T02:15:06Z

<p>172.27.0.1: /* 현원 관리 */</p> <hr /> <div>해외 지사(프로젝트 사무소) 업무에 TW ERP를 도입 사용하는 경우, 시스템 적인 것을 제외한 기타 업무 내역을 정리합니다.<br /> <br /> # 회계처리를 위한 ERP 조직구성<br /> # ERP 코드 부여 - 부서코드와 동일한 의미, Accounting code<br /> # 기타 초기 셋팅을 위한 내용<br /> <br /> <br /> <br /> =ERP 적용을 위한 사전구성=<br /> <br /> ==조직 구성==<br /> 결재 권한 및 회계 통제를 위한 구성이 필요하다.<br /> <br /> 현제 생성된 조직 구성은 다음과 같다.<br /> # ERP_PM : 모든 회계 및 프로젝트 활동에 대한 결재 권한<br /> # PSO : 회계 담당자 - 접근 권한, 통장, 급여, 비용에 대한 검사<br /> # PWO : 워킹 그룹으로, 실질적인 프로젝트를 담당하는 것<br /> <br /> ==조직 구성별 역할==<br /> <br /> * 공통<br /> # ERP에 대한 이해 - 회계 프로세스, ERP Bank 이해, 조직(결재 및 검사 권한)<br /> # 각자 맡은 역할에 대한 이해<br /> # ERP 시스템 활용 법 - 로그인, 메뉴 항목, 기안문<br /> # 현지 회계, 세무법 기초 - 부가세 처리, 법적 비용 이해<br /> <br /> * ERP_PM<br /> # 시스템 관리 - 급여, 출근부, 기안문, 결재 추적<br /> # 회계 업무 - 승인 후 조회, 프로젝트 조회(sub-ledger), 지사 총괄 사항(Ledger), 은행계좌와 ERP 은행계좌 차이<br /> # 프로젝트 관리 - 프로젝트 스케쥴, 상품, 서비스 모듈 활용법<br /> # 인사 - 사번 부여(email) 및 프로젝트별 회계코드(Sub-legher) 할당<br /> <br /> * PSO - 회계담당자(AM, Account Manager)<br /> # 비용전표 (ER, Expense Report) 처리 전체 과정<br /> # 비용전표 (ER, Expense Report) 검사, 사항, 수정 보완 요청<br /> # 비용전표 결재 의뢰(Validation) 및 실제 비용 지급 관리<br /> # 회계처리 (Accouting) - COA(Chart of Accounts) 이해, 경리 월보의 회계항목, 본사 매출 처리<br /> # 회계처리 (Accouting) - 부가세와 세금 및 세금외 부금 이해와 처리<br /> # 회계처리 (Accouting) - 영수처리(ER: Expense Report), 지급처리(Billing, Payment)<br /> # 인사 (HR) - 급여처리, 근태처리(현지법), 회사(법인) 세금 신고 및 처리, 매월 인사 변동 처리<br /> <br /> * PWO - Project Members<br /> # 근태 처리 - 근무 시간 기록 (급여 산출용)<br /> # 비용전표 (ER, Expense Report) 작성법<br /> # 기본 부가세 이해<br /> # 지급처리 요청 항목과 내용 - 첨부 증빙 사항<br /> <br /> =ERP 업무=<br /> <br /> ==현원 관리==<br /> 회계상 모든 비용 근거는 법에 따라 구성원(사람) 기준으로 부과되고 처리된다. 보조원장(sub-ledger)나 회사 회계코드와 함께, 구성원의 이름(ID)기준으로 집계를 한다.<br /> <br /> * 공통 비용 처리<br /> 사무실 임대료나 공통 비용 등은 일관되게 부과한다. 단, 사용자가 명확한 '''개별 사용내역은 공통 비용으로 처리하지 않는다.'''<br /> <br /> 1) 멤버 구성에서 프로젝트 대표 명칭이 있으면, 해당 명칭을 이용한다.- 예 KHH_Power<br /> 2) 대표인 PM이나 AM에게 부과한다.<br /> <br /> * 매월 현원 관리<br /> 급여일이나, 매월 1일에 현원을 확인한다.<br /> <br /> ERP member에서 ERP 사용일(End date) 관리한다.<br /> <br /> * ERP ID 의미<br /> 현지 채용 근무 인원의 경우, 별도의 사번이 없다. 따라서, 회사 email ID를 부여 받은 자만이 ERP ID를 부여 받을 수 있다.<br /> <br /> ===미사용 인원===<br /> 퇴사나 기타 원인으로 더 이상 ERP ID를 사용하지 않는 경우에는 다음과 같이 정리한다.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 구분<br /> ! 미사용 설정<br /> ! ID 삭제<br /> |-<br /> | 담당자<br /> | 회계담당자<br /> | ERP관리자<br /> |-<br /> | 내용<br /> | 단순 사용정지<br /> | 계정 삭제<br /> |-<br /> | 설명<br /> | ERP영향없음<br /> | 회계 연동 정보 확인 후 삭제<br /> |}<br /> <br /> * 단순 ID 사용 금지<br /> 회계 담당자의 미사용 설정으로 ERP ID를 사용하지 않게 결정한다.<br /> <br /> * ID 삭제<br /> ERP에서 비용전표(ER, Expense Report) 등의 문제로 해당 연결 부분 확인 후 삭제한다.<br /> <br /> * ID 미사용 방법 - 회계담당자(AM, Account Manager) 권한<br /> # 해당 인원 '''수정''' 선택<br /> # '''미사용''' 버튼 클릭<br /> <br /> ==근태==<br /> <br /> * 근태 의미<br /> 출 퇴근, 야간/휴일 근무 시간 기록 - 급여처리를 위한 기초 자료이다.<br /> <br /> * 근태 기록<br /> 근무 일 및 근무 시간은 ERP에서 관리 가능하나, 현지 사정에 따라 개별적으로 관리할 수 있다.<br /> <br /> * 급여처리<br /> 근태 기록에 따라 급여를 지급한다.<br /> <br /> * 휴가 처리<br /> 법정 휴가 및 기타 휴가 내역을 관리한다.<br /> <br /> ==비용 및 지급요청==<br /> <br /> ===법인(회사, 지사)===<br /> <br /> * 지급청구(고객 Invoice)<br /> 고객에게 지급 청구 하는 것이다. 지급 시점 및 사전 예고(계약에 따름) 관리<br /> <br /> * 협력사 지급 요청 (협력사 Invoice)<br /> 협력사에서 요청하는 지급 사항에 대해서 처리한다. 협력사 Invoice에 따라서 대금을 지급한다.<br /> <br /> <br /> ===멤버(자연인)과 법인===<br /> * 멤버 비용 청구 및 지급요청<br /> # 멤버 비용 청구 - 비용전표 (ER, Expense Report) 기준으로 프로젝트 멤버에게 지급한다.<br /> # 멤버 현금 비용 청구 - 제한적으로 현금 사용 항목에 대한 지급을 영수증 없이 지급한다. <br /> <br /> * '''현금 비용''' 이라함은 영수증과 같은 증빙이 없는 경우를 말한다.<br /> <br /> =ERP 업무 활동=<br /> ERP업무를 위해서 다음과 같은 과정을 염두에 두어야 한다.<br /> <br /> ==현원 관리==<br /> '''매월 실시''', 인원 변동에 대한 내용 확인<br /> <br /> <br /> ==비용 전표 확인(Varification)==<br /> 비용전표(ER, Expense Report)기준으로 매출 및 '''부가세'''와 세금이 결정되므로, 초기 정보 오류 제거 필수<br /> <br /> <br /> ==회계 계정 이해==<br /> CoA를 잘못 사용하는 오류 없어야 함<br /> <br /> <br /> ==회계 승인 과정 추적==<br /> 결재, 반송 작업 및 권한 이해 <br /> <br /> 어느 단계 인지 event list를 보고 구분 필요 및 대처<br /> <br /> <br /> ==Accouting 설정==<br /> 어카운팅의 기본 개념은 다른 기입장을 사용한다는 것이다. 즉, 기존에 증징 자료가 있다고 하더라도, 따로 기입하지 않으면 소용없다. 이는 전통적인 회계 운영 방식에서 비롯된다.<br /> <br /> 즉, 분개장(Journal-개별 일지/일기 report)을 만들어서 기록하는 개념이 들어가 있다. 여기서 주의할 점은 기록장(분개장) 이름을 별도로 만들어 주어야 하고, 이를 관련 있는 정보를 연결해 주어야 한다.<br /> <br /> * 회계 설정 과정 (이해)<br /> #. CoA(Chart of Accout) : 계정 항목 선정 (번호 메기기) - 별도 특징, 예를 들어 세금관련, 교통비, 사업비 등을 필요에(부가세여부, 비용인정, 사원 복후비 등) 따라 분류한다. <br /> #. Journal 생성 : Journal(분개장, 리포트)의 '''이름'''을 셋업해 주어야 한다. (나중에 account에 연결해야 하므로) <br /> #. 어카운팅 (분류, 기록 작업)에서는 발생된 증빙 혹은 사유가 각 journal에 모이도록 하고, journals는 ledger(총계정원장)이 된다.<br /> <br /> : 참고<br /> Journal은 두 가지 밖에 없다. (프로젝트 기준으로 보면 각 프로젝트 마다 반드시 2개 BQ와 ER jounal이 존재)<br /> - BQ : Bank account journal<br /> - ER : Expense Report journal<br /> <br /> * Journal이 accounting에 제대로 연결되지 않았을 경우 에러 메시지<br /> <br /> 아래 경고 메시지는 BQ Journal 중에 은행과 제대로 연결되지 않았음을 경고하고 있다.<br /> <br /> [[file:acc_bank_err_01.jpg| 900px]]<br /> <br /> Bank list에서 보면, 실제로 journal에 연결되지 않았음을 역시 경고 하고 있다.<br /> <br /> [[file:acc_bank_err_02.jpg| 900px]]<br /> <br /> 해당 저널 연결 부분이 없다는 경고 아이콘. '''Accouting code journal''' 항목<br /> <br /> <br /> 해당 은행계좌를 수정하여 '''Accouting code journal''' 항목을 추가해 준다.<br /> <br /> [[file:acc_bank_err_03.jpg| 600px]]<br /> <br /> <br /> * 주의 - 사용 / 미사용, admin만 보이는 설정(setup) 메뉴임<br /> <br /> 만들어는 놓고, 미사용으로 선택하는 경우에도 동일하게 경고 메시지가 나타나므로, 혹시 disabled 로 설정하지 않았는지 확인한다.<br /> <br /> <br /> [[file:acc_bank_err_04.jpg| 900px]]<br /> <br /> =ERP 활용=<br /> <br /> * 정확한 회계자료 확보<br /> 정확한 회계자료를 기준으로 비용 통제를 하고 본사에 가지급 요청을 한다.<br /> <br /> * 다수 프로젝트에서 발생하는 지사 업무 효율화<br /> 개별적으로 발생하는 회계 사항을 종합적으로 파악하고 대처한다.<br /> <br /> * 본사와 업무협력<br /> 자금 흐름 및 운영 내용을 본사와 밀접하게 공유한다.<br /> <br /> * 상세 기능별 설명<br /> 역할에 따른 업무 내용을 확인하는 것이 좋습니다.<br /> <br /> [[Project_member_role]] - 일반 프로젝트 멤버가 ERP에서 해야 하는 업무<br /> <br /> [[AM role]] - 회계담당자(Account Manager)가 ERP에서 관리하는 업무 내용, 간략 설명<br /> <br /> [[프로젝트_회계관리| AM, PM role]] - 회계처리 및 각종 승인관련하여 회계담당자와 프로젝트 매니저(PM)이 해야하는 일에 대한 설명<br /> <br /> =참고=<br /> 기타 설정 및 활용 방법에 대한 참고 사항<br /> <br /> ==이벤트로그==<br /> 특이하게도, Project의 close 이벤트 로그는 기록을 하지 않는 것이 default이다.<br /> <br /> 이를 수정하기 위해서는 '''admin/agenda.php (or go to Modules &gt; Events/Agenda &gt; Automatic Filling)''' 에서 '''PROJECT_CLOSE'''의 상태를 체크해주어야만 한다.<br /> <br /> <br /> ==은행 계정 : USD==<br /> 타국 통화 등록 방법 - 예를 들어, 대만에서 USD로 대금 지급 받을 때 같은 경우<br /> <br /> <br /> # 모듈 설정(Dictionary)에서 USD를 사용으로 설정<br /> # Bank Account 만듬<br /> # 모듈 설정(Dictionary)에서 USD 사용 안함으로 바꿈<br /> # 은행 계정에서 USD로 표시됨<br /> <br /> * Dictionary에서 USD 사용 여부 선택<br /> [[file:acc_bank_USD_01.jpg|700px]]<br /> <br /> * USD 사용함으로 선택 경우 : '''$''' 표시됨.<br /> [[file:acc_bank_USD_02.jpg|800px]]<br /> <br /> * USD 사용함으로 선택 경우 : '''USD''' 표시됨.<br /> [[file:acc_bank_USD_03.jpg|800px]]<br /> <br /> <br /> ==3rd Party: tag==<br /> Tag / Categories는 분류를 위한 유용한 방법이다.<br /> <br /> 하지만, 각 모듈 고객 관리, accounting, bank 등의 모듈이 따로 개발이 되어서, '''Tags / Categories'''를 사용하는 방법이 서로 다르다. (좀 헛갈리거나 찾아야 함)<br /> <br /> * 3rd Paries 의 경우<br /> 등록할 경우, tag/categories를 선택 혹은 생성해서 작업할 수 있다.<br /> <br /> * 신규 작성을 해야 태그, 카테고리를 선택할 수 있다.<br /> [[file:3rdParty_tags_01.jpg|800px]]<br /> <br /> 태그와 카테고리를 선택하거나 신규로 작성할 수 있다.<br /> <br /> [[file:3rdParty_tags_02.jpg|800px]]<br /> <br /> <br /> <br /> ==Sub-ledger 운용==<br /> Sub-ledger를 사용해서 구분하는 경우, 회계 담당자는 각 sub-ledger 별로 1개씩 할당한다.<br /> <br /> ERP는 인원 대상 기준으로 sub-ledger를 설정하므로, sub-ledger를 확실히 구분하는 경우, 개별 ID를 부여한다.<br /> <br /> * 실졔 운용 예시<br /> <br /> ===회계담당자, 여러개 ID 운용===<br /> <br /> 예를 들어, KHH의 경우, 1인 회계 담당자가 3개 프로젝트의 회계를 담당하고 있다.<br /> <br /> 이것을 sub-ledger로 철저히 구분하려고 하는 경우, 다음과 같이 구분한다.<br /> <br /> * 회계담당자 1인이 회계처리시, 각각의 ID로 들어가서 처리<br /> #) 레드라인 북부 : Casey_n (아이디), Accouting code 부여: KHH-RL-N<br /> #) 레드라인 남부 : Casey_s, KHH-RL-S<br /> #) 엘로우 라인 : Casey_yl, KHH-YL<br /> 3) KHH HQ 코드 : casey (혹은 casey_hq), KHH-HQ<br /> <br /> <br /> ===부서 코드 및 회계승인 권한 부여===<br /> <br /> 혹은 부서코드에서 개별적으로 부서 ID를 만들어 놓았으므로, 해당 부서 ID로 강제 회계 담당자로 지정하는 방법도 있음.<br /> <br /> [[file:acc_managers_setup_01.jpg | 500px]]<br /> <br /> 이와 같이 조직도를 구성하기 위해 만들어 놓은 ID에 대해서, accouting code가 부여 되므로, 신규 ID를 생성해서 처리하는 것이 아니라, '''회계 담당자가 로그인할 때, 해당 조직 ID로 로그인해서 작성하면 됨'''<br /> <br /> 단, 조직(프로젝트) ID는 로그인 가능하게 하여야 하고, 권한은 제한적으로 admin이 설정해야 함. (별도 그룹 만들어도 됨)<br /> <br /> [[file:acc_managers_setup_02.jpg | 500px]]<br /> <br /> <br /> <br /> <br /> [[분류: ERP]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=AM_role&diff=1212 2026-06-11T10:04:30Z

<p>172.27.0.1: /* 사용 주의 계정(Accounts) */</p> <hr /> <div>* You can change it to your own language by right-clicking on the web browser.<br /> * 您可以透過右鍵單擊網頁瀏覽器將其變更為您自己的語言。<br /> <br /> Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비잘못된 계정 사용을 바로잡고 정확한 회계 기록(비용내역, 은행내역)을 남기는 것이 AM의 중요한 역할입니다.<br /> <br /> 문서 설명<br /> <br /> # AM, PM role - PM이 프로젝트 회계관리에 대한 내용입니다.<br /> # '''AM role - 회계담당자가 처리해야 할 업무에 대한 설명입니다.'''<br /> # Admin 관련 - 시스템 담당자가 처리해야할 업무입니다.<br /> <br /> <br /> AM의 주요 역할은 다음 5가지 이다.<br /> <br /> # '''ER(Expense Report), 비용전표의 검사(Validation)<br /> # '''ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br /> # '''ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br /> # '''Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br /> # '''Bank Reconcile''' - 실제 은행계좌와 ERP의 은행계좌 내역을 일치하는 것, 원래는 일자별 출납 내역이 동일해야 하나, 편의상 매월말 잔고가 일치하도록 확인(확인 날짜 입력)<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의 &quot;ENTER PAYMENT&quot;를 입력한 후 상태 (실제 지급 이후, &quot;ENTER PAYMENT&quot;를 추가로 입력 한다.<br /> * Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br /> * ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br /> * Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br /> <br /> ==회계담당자(AM)의 역할==<br /> 프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br /> <br /> 비용전표(Expense Report)의 상태는 다음과 같다.<br /> - 작성 (Draft) : 처음 작성하는 상태<br /> - 확인 (Validiated): member가 영수증 내용을 작성하고, 결재자와 검사자를 선택한 상태<br /> ※ AM은 확인(Validiated) 상태에서 이상이 없는지 확인 후, PM에게 결재를 요청한다. 이 상태에서는 수정이 용이하다.<br /> - 승인 (Approved) : PM이 지급 확인을 한 상태이다.<br /> - 지급완료 (PAID) : 회계담당자(AM, Account Manager)가 멤버(member)에게 지급을 완료하고, (ERP) Bank 기록을 작성한다.<br /> ※ 비용전표(ER)이 정상적으로 처리된 경우에는 지급완료(PAID) 상태가 최종 상태이다.<br /> - 취소(Cancel) / 거절(Reject) : 삭제 가능 전표 (아직 개발 중인 내용으로, 수정이나 변경을 위한 과정), 현재는 처리 불가능한 비용전표(ER) 상태이다.<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 /> :* 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br /> <br /> <br /> 회계담당자의 역할 설명 그림<br /> <br /> [[file:AM_role.jpg|800px]]<br /> <br /> <br /> ===Reject된 비용전표 처리===<br /> Reject된 비용전표(Expense Report)를 처리하는 방법입니다.<br /> <br /> 이전 ERP 버전(21.0.x)에서는 Reject가 되면, 첨부파일이 모두 사라지는 문제가 있었습니다. 하지만, 새로운 버전(22.0.x, Since 2025.10)에서는 첨부파일이 그대로 남아 있으니, 수정하여 작성하면 됩니다.<br /> <br /> * Reject 처리 순서<br /> PM 및 결재자의 처리가 '''Reject'''된 이후<br /> <br /> #) 결재 올린 사람은 해당 초안(Draft)를 클릭해서 '''수정'''합니다.(pic #3) : Reject된 Expense Report<br /> #) 다시 결재를 올립니다.<br /> <br /> <br /> * Reject된 비용전표(ER, Expense Report) 조회<br /> 이 부분은 HR/ER(비용전표 작성하는 부분) 첫 화면에만 표시됩니다.<br /> <br /> * 보고서(ER) 수정 - Reject를 처리 하기 pic #3<br /> '''처음화면'''에서만 '''전표수정'''으로 들어갈 수 있습니다. 이점 '''주의'''하십시오!<br /> <br /> HR/ER 메뉴를 클릭하여 처음 들어가서 나오는 화면에서만 접근할 수 있습니다!<br /> <br /> ::[[파일:reject_03.jpg|800px]]<br /> <br /> 참고로, 수정 버튼은 맨 아래 있습니다. <br /> #) 수정버튼 누르기<br /> #) 내용 수정하기<br /> #) 결재올리기<br /> <br /> ::::[[파일:reject_04.jpg|700px]]<br /> <br /> <br /> * 참고: 다른 담당자에게 지정하기 혹은 담당자 변경<br /> PM 뿐만이 아니라, 비용전표를 작성한 사람 혹은 회계담당자(AM)등, 메뉴로 들어간 첫 화면에서 Reject된 전표가 보이는 사람(수정 권한을 가지고 있는 사람)은 누구나 새로 담당자를 지정해서 복사본(Clone)을 생성할 수 있습니다. <br /> <br /> * 복사본(Clone) 만들기<br /> PM은 Reject 후에 해당 비용결재 문서(ER: Expense Report)의 '''복사본(Clone)''' 버튼을 눌러 복사본(Clone)을 만들고 '''담당자'''를 변경합니다. (혹은 동일한 사용자에게 재 지정)<br /> <br /> ::1) 복사본 만들기 - pic #1<br /> :::PM은 Reject이후에 복사본을 만듭니다. 화면 하단 우측에 버튼이 있습니다.<br /> ㄴ<br /> ::::[[파일:reject_01.jpg|600px]]<br /> <br /> ::2) 복사본을 담당자에 연결하기 - pic #2<br /> ::: PM은 Reject이후에 복사본을 본래 기안자 혹은 새로운 담당자에게 연결합니다.(새로운 담당자에게 문서 접근 권한을 부여하는 과정)<br /> <br /> ::::[[파일:reject_02.jpg|600px]]<br /> <br /> =ER, 비용전표 작성 (일반 프로젝트 멤버)=<br /> 프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br /> <br /> 비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br /> <br /> [비용전표(ER) 작성시 일반 주의 사항]<br /> - ERP에서 날짜(Date)는 1인당 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 /> {{영수증 파일}}<br /> <br /> =회계담당자(AM)의 검사(Validiation)=<br /> 각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER, Expense Report)의 내용을 검사한다.<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 /> <br /> Approval 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 /> &quot;Enter payment&quot;에서는 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 /> ==은행 업무 프로세스==<br /> [신규, '25년 11월 30일부로 실시함]<br /> <br /> === 프로세스 설명===<br /> 회계담당자(AM)은 비용지급(요청) 전표(ER)의 승인이 나면, 다음과 같은 순서로 업무를 진행한다.<br /> <br /> [Daily]<br /> <br /> #. 비용지급전표(ER)에 따라서, 요청자에게 금액을 지급한다. (은행 전송) [PAID 과정]<br /> #. 당일 지급 내용이 끝나면, 은행 출납 내역을 캡쳐하여, ERP 은행 장부에 upload 한다. [File Upload 과정]<br /> <br /> [Monthly once] <br /> <br /> 회계담당자는 한 달에 한번, 은행잔고(Account Balance) 파일을 업로드 한다.<br /> <br /> === PMO의 관리 ===<br /> 1. 일별 관리 ('''Dailiy process''')<br /> <br /> PMO(Project Management Office)에서는 매일 은행 내역과 ERP 은행 잔고를 확인한다. <br /> <br /> 2. 월별 관리 ('''Monthly process''')<br /> <br /> PMO에서는 매월 말, 회계담당자(AM)이 올린 은행 잔고 화면(캡쳐)과 ERP 은행 장부 금액을 확인한다.<br /> <br /> <br /> ===회계 담당자의 은행 관련 업무===<br /> 1. 매일 관리 사항<br /> * 회계담당자(AM)은 매일 실제 은행의 계좌 내역을 캡쳐해서 올린다. 단, 실제 은행 출납이 일어난 날짜만 파일을 올린다.<br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[file:rec_bank_01.jpg|700px]]<br /> &lt;/div&gt;<br /> <br /> * 관리하는 프로젝트의 ERP 장부상 은행을 선택한다.<br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[file:rec_bank_02.jpg|700px]]<br /> &lt;/div&gt;<br /> <br /> * 파일업로드 메뉴를 선택하여 들어간다.<br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[file:rec_bank_03.jpg|700px]]<br /> &lt;/div&gt;<br /> <br /> * 미리 캡쳐해 놓은 은행 잔고(Bank balance) 파일을 upload 한다. <br /> <br /> PMO에서는 회계담당자가 올린 파일을 확인한다. (일일잔고 확인 tag)<br /> <br /> 2. 매월말 확인 사항<br /> * 회계담당자(AM)은 매월 말 은행 잔고(Bank balance)를 캡쳐해서 올린다.<br /> <br /> PMO에서는 회계담당자가 올린 파일을 확인한다. (월말잔고 확인 tag)<br /> <br /> 3. Reconcile [조정] <br /> 조정이란 말은 ERP 장부상 잔액과 은행잔고를 동일하게 맞추는 과정을 말한다. <br /> <br /> 가. 해당 프로젝트의 ERP장부상, 은행을 선택한다.<br /> <br /> 나. 해당 은행의 메뉴에서 '''Reconcile'''을 선택한다.<br /> <br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[파일:rec_bank_pmo_01.jpg|700px|그림 설명]]<br /> &lt;/div&gt;<br /> <br /> 다. upload된 파일과 금액이 일치하는지 확인 후, 해당 내역을 클릭한다.<br /> <br /> 라. 날짜를 적고, tag를 선택 후 [일일 잔고 확인, 월말 잔고 확인 중 택1] '''Click Reconcile''' 버튼을 클릭한다.<br /> <br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[파일:rec_bank_pmo_02.jpg|700px|그림 설명]]<br /> &lt;/div&gt;<br /> <br /> * 참고 [[Bank reconcile]] - 은행조정<br /> <br /> ==ERP Bank Entries에서 확인 방법==<br /> ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br /> <br /> 한글 사이트에서는 &quot;유료&quot;라고 표시됨 주의<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 /> '''본 과정은 PMO에서 직접 수행함'''<br /> <br /> 회계담당자는 단순히 은행 계좌 화면 캡쳐한 것을 파일 업로드 해 놓을 것 (매일, 출납이 있을 경우에만)<br /> <br /> [주의]<br /> ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br /> 만약 다를 경우에는 자필 사유서를 제출해야 함<br /> <br /> {{:Bank reconcile}}<br /> <br /> =ERP billing, payment=<br /> 현금 지급의 경우로, 무증빙(영수증이 없는 경우) 처리하는 것이다.<br /> <br /> 영수증이 있는 경우에는 ER (Expense Report)로 집계가 되지만, 무증빙(영수증 없는 경우)는 비용 항목으로 집계하기 위해 영수증 아닌 설명자료를 첨부하기 위해서 작성한다. 특히, Billing, payment로 처리된 경우, ERP Bank에 직접 기록된다.<br /> <br /> <br /> {{:ERP billing}}<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에서 &quot;Lines to bind&quot; 메뉴를 선택한다.<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=&quot;wikitable&quot; style=&quot;margin:auto&quot;<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 &amp; 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)에 기록되는 경우가 있다. <br /> <br /> 이때는 <br /> # 분개장(Journal) 기록에서 삭제하고 <br /> # 다시 기록(Recording)하는 작업을 <br /> <br /> 해주면 된다.<br /> <br /> <br /> * 주의<br /> 분개장(Journal)에서 &quot;삭제&quot;의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br /> &quot;삭제&quot;한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br /> <br /> 다음은 '''잘못 바인딩(Binding error)'''된 비용전표(ER)을 수정하는 예시이다.<br /> <br /> 예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br /> <br /> <br /> * [https://drive.google.com/file/d/1pfGyiqw7Jbhs51I-7o-bwIIOexK7ei7l/view?usp=sharing%7C '''바인딩(Binding) 오류 수정 동영상''' 설명]<br /> <br /> [동영상 내용 설명]<br /> # KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br /> # 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br /> # 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.-&gt; 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br /> # 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br /> <br /> <br /> 설명한 내용을 동영상에서 확인해 보자.<br /> <br /> <br /> 잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : [https://drive.google.com/file/d/1pfGyiqw7Jbhs51I-7o-bwIIOexK7ei7l/view?usp=sharing%7C '''바인딩(Binding) 오류 수정 동영상''' 설명]<br /> <br /> <br /> * 주요 사항<br /> binding 처리 - 목록(list)에서만 삭제하는 과정임<br /> <br /> # binding list에서 삭제 (list에서만 삭제되는 것임)<br /> # 다시 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 &amp; 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 /> = 사용 중인 COA =<br /> <br /> * 현재 사용 중인 CoA는 유럽에서 주로 사용한 영국 CoA를 그대로 사용한다. 추가적인 것은 3번째자리에서 추가해서 이용한다.<br /> <br /> 예시)<br /> 621 - '''6''': Expense, '''2''': Payroll, '''1''': temporary salary<br /> <br /> Dolibarr ERP에서 할당한 '''id=11 : ENG-BASE'''<br /> <br /> * 현재 CoA 파일로 export 주의사항<br /> :Dolibarr는 프랑스어가 기본 언어로, export에서 '''Chart of accounts id'''를 지정해 주지 않으면, 프랑스어로 출력된다. <br /> <br /> :아래 그림과 같이 반드시 Chart of accounts id = '''11'''을 지정해 주어야 영어로된 ENG-BASE CoA(Chart of Accounts)가 출력된다.<br /> <br /> ::[[file:Coa_03.jpg|800px]]<br /> <br /> <br /> ==ENG-Base CoA==<br /> * 경리월보의 COA와 ERP에서 사용하는 COA 변환표 : '''Expense report accounts'''<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! COA !! 경리월보 !! Label(명칭) !! 비고<br /> |-<br /> | 602 || a1 || Office Furniture &amp; Fixture buy [設備] 가구 비품 || <br /> |-<br /> | 6021 || a2 || Office Photocopy &amp; Projector buy [設施] 시설 || <br /> |-<br /> | 606 || a6 || Other office supply [其他流動資產] 기타 유동자산 || <br /> |-<br /> | 613 || B1 || Office Rentals deposit [押金] 임대보증금 || <br /> |-<br /> | 6131 || b2 || Residence Rentals deposit [外派員工宿舍押金] 파견직원숙소 보증금 || <br /> |-<br /> | 6132 || b3 || Company vehicle rentals deposit [租公司車押金] 법인차량 임대보증금 || <br /> |-<br /> | 618 || b4 || Deposit others [其他押金] 기타 보증금 || <br /> |-<br /> | 6261 || c1 || Telephone, Mobile/ Fax [電話費] 전화료 || <br /> |-<br /> | 6262 || c2 || Postage &amp; Courier [郵資] 우편료 || <br /> |-<br /> | 6241 || d1 || BT. Public trans.(taxi) fare [市區交通費] 시내교통비 || <br /> |-<br /> | 625 || d2 || BT. Local trip, hotel &amp; transfer [國內出差], 국내 출장 || <br /> |-<br /> | 6251 || d3 || Business trip overseas [해외출장] || <br /> |-<br /> | 6252 || d4 || BT biz trip Other expense [出差其他支出] 출장 기타 지출 || <br /> |-<br /> | 616 || E || Insurance premiums [健保費] 보험료 || <br /> |-<br /> | 631 || f1 || TD Taxes and similar payments on remuneration (tax administrations) || <br /> |-<br /> | 635 || f2 || TD PJT Other taxes, duties and similar payments (tax administrations) || <br /> |-<br /> | 647 || f3 || TD Other payroll taxes || <br /> |-<br /> | 697 || f4 || Annual company tax [營利稅] 법인세 || <br /> |-<br /> | 698 || f5 || Tax integration [其他稅目] 기타 세금 || <br /> |-<br /> | 6481 || g1 || ME. Branch Meals 交際應酬費 [PM ONLY] 접대비 || <br /> |-<br /> | 6482 || g2 || PJT Construction Meals &amp; others with Customer [業務招待費] 고객접대비 || <br /> |-<br /> | 6451 || h1 || WELL. Tuition for children || <br /> |-<br /> | 645 || h2 || WELL. member meals [員工福利] 복후비 || <br /> |-<br /> | 648 || h3 || WELL. Other staff costs [其他支出] 簽核必須 찬허(기안)필수 || <br /> |-<br /> | 648 || h4 || WELL. Medical hospital || <br /> |-<br /> | 6111 || i1 || dc: Pjt Service Charge, expense [服務費] 용역수수료 || 개별비<br /> |-<br /> | 668 || i2 || CH. Finance fee / Bank Charge [手續費] 은행수수료 || <br /> |-<br /> | 6112 || i3 || dc: Pjt FAT expense [工廠驗收測試] 공장인수검사관련 || 개별비<br /> |-<br /> | 628 || i4 || dc. Pjt other expense [其他勞務費] 기타용역비 || 개별비<br /> |-<br /> | 672 || i5 || Expense over financial years(Reserved) || <br /> |-<br /> | 6231 || J || Books &amp; Printings || <br /> |-<br /> | 615 || K || Company vheicle op. and repair [公司車] 법인차량 || <br /> |-<br /> | 6151 || K1 || Car toll fee, parking [停車費, 通行費] 주차, 톨비 || <br /> |-<br /> | 6152 || K2 || Car fuel, gas [加油] 주유비 || <br /> |-<br /> | 624 || L || dc: Pjt Transport [材料運費], 자재운반비 || 개별비<br /> |-<br /> | 623 || M || Advertising, publications, public relations || <br /> |-<br /> | 617 || N || dc: Pjt employee training [員工教育訓練費] 직원교육훈련비 || 개별비<br /> |-<br /> | 6171 || O || PJT Conference [會議費] 非娛樂開支, 회의비 (접대비 아님) || <br /> |-<br /> | 6181 || P || Office Keeping (Utility) water, electricity, cleaning [水電瓦斯費] 사무실 수도광열비 || <br /> |-<br /> | 641 || q1 || Payroll Salary of HQ Employee || <br /> |-<br /> | 644 || q2 || Payroll Salary of the Local work || <br /> |-<br /> | 621 || q3 || Payroll Salary temp. worker, Others (打工時薪) 알바비, 기타잡비 포함 || <br /> |-<br /> | 6211 || q4 || Payroll Other payment expense [其他應付款] 급여외 추가지급금 || <br /> |-<br /> | 6022 || R || Office Stationaries [辦公用品] 사무용품비 || <br /> |-<br /> | 658 || S || Miscellaneous operating expenses [其他營業費用] 기타 영업비 || <br /> |-<br /> | 678 || T || Other operating expenses [營業外支出] 기타 영업외 비용 || <br /> |-<br /> | 601 || U || dc: Pjt buy raw materials [現場材料費] 현장재료비, 안전구 || 개별비<br /> |-<br /> | 614 || u1 || Monthly Office Rental fee [辦公室租金] 사무실 임료 || <br /> |-<br /> | 6141 || u2 || Monthly Residence Rental fee [外派員工住宿費] 파견숙소월세 || <br /> |-<br /> | 6142 || u3 || Monthly company vehicle rental fee [租車公司費] 법인차량임료 || <br /> |-<br /> | 6221 || u4 || Vehicle register or license other expense [汽公司車登記費, 規費] 법인 차량 등록비 등 || <br /> |}<br /> <br /> * 현지에서 법인 처리를 위한 계정이 별도로 있습니다. 예) 이연처리<br /> * 확정되지 않은 COA는 재무/회계팀과 협의 후에 결정합니다.<br /> * 프로젝트에 따라, COA 구분은 조회는 되나, 경리월보와 같은 영수증 별 조회는 별도 엑셀 자동화 파일에서 가능합니다. ERP Extract Data v. 7 (xlsx)<br /> <br /> <br /> ==제조개별비 처리==<br /> 경리 월보의 항목 중에서 비용으로 처리하지 않고, 본사에서 별도로 제조 개별비 원가 처리(매출)<br /> <br /> '''회계팀, PM과 확인하여 해당 계정 확정 할 것'''<br /> <br /> * 항목<br /> # 제조지급수수료(용역), 교육관련 - 제조교육훈련비(기타)<br /> # 제조지급수수료(용역)<br /> # 제조지급수수료(기타)<br /> # 제조운반비 - 현지 물품대에 대한 VAT<br /> # 제조소모품비(기타) - 안전 공구<br /> # 제조운반비 - 현장인도비용<br /> <br /> ==추가 및 변경 COA, 25.06==<br /> 다음은 26년 6월부로 추가 및 변경되는 CoA항목이다.<br /> <br /> <br /> * 프로젝트 개별비(Direct Cost) 구분<br /> :{| class=&quot;wikitable&quot;<br /> |-<br /> ! COA !! 경리월보 !! 비용명칭(ERP) !! pjt 개별비 분류 !! 비고<br /> |-<br /> | 617 || N || dc: Pjt employee training [員工教育訓練費] 직원교육훈련비 || 제조교육훈련비(기타) || 프로젝트 개별비<br /> |-<br /> | 6111 || i1 || dc: Pjt Service Charge, expense [服務費] 용역수수료 || 제조지급수수료 || &quot;<br /> |-<br /> | 601 || U || dc: Pjt buy raw materials [現場材料費] 현장재료비 || 제조소모품비 || &quot;<br /> |-<br /> | 624 || L || dc: Pjt Transport [材料運費] 자재운반비 || 제조운반비 || 운반비 + VAT<br /> |-<br /> | 624 || (-) || dc: Transporting VAT [운반비 부가세] || 자동 반영 || &quot;<br /> |-<br /> | 6112 || i3 || dc: Pjt FAT expense [工廠驗收測試] 공장인수검사관련 || 개별 판단 || &quot;<br /> |-<br /> | 628 || i4 || dc. Pjt other expense [其他勞務費] 기타용역비 || 용역비 기타 || &quot;<br /> |}<br /> <br /> * 추가 및 변경된 CoA<br /> :{| class=&quot;wikitable&quot;<br /> |-<br /> ! COA !! 경리월보 !! 비용명칭(ERP) !! 항목(한글) !! 비고<br /> |-<br /> | 615 || K || Compan car op. and repair [公司車] 법인차량 || 차량유지비 || Vehicle Op.<br /> |-<br /> | 6151 || K || Car toll fee, parking [停車費, 通行費] 주차, 톨비 || 주차/통행료 || Car toll fee, parking<br /> |-<br /> | 6152 || K || Car fuel, gas [加油] 주유비 || 유류대 || Car fuel<br /> |}<br /> <br /> <br /> <br /> * CoA로 할당<br /> <br /> 자동차 관련(car)을 입력할 경우, '''類型'''에서 '''car'''라고 적으면, 선택할 수 있는 리스트가 나온다.<br /> [[file:coa_01.jpg|1000px]]<br /> <br /> <br /> * 참고용 접두어<br /> ::{| class=&quot;wikitable&quot;<br /> |-<br /> ! 접두어 !! 그룹명 !! 해당 항목 수<br /> |-<br /> | BT || '''B'''usiness '''T'''rip (출장) || 4개<br /> |-<br /> | TD || '''T'''ax &amp; '''D'''uties (세금) || 4개<br /> |-<br /> | ME || '''M'''eals &amp; '''E'''ntertainment (식대/접대) || 2개<br /> |-<br /> | WELL || '''Wel'''fare (복리후생) || 4개<br /> |-<br /> | CH || '''Ch'''arges (수수료) || 2개<br /> |-<br /> | PJT || Project (프로젝트) || 2개<br /> |-<br /> | Comm || '''Comm'''unication (통신) || 2개<br /> |-<br /> | '''Payroll''' || 급여 || 4개<br /> |-<br /> | '''Deposit''' || 보증금 || 4개<br /> |-<br /> | '''Car''' || 차량 관련 || 2개<br /> |}<br /> <br /> <br /> * '''詳細描述''' 필수 입력<br /> 자동차 관련 연료(Fuel, Gas)이거나, 주차료, 통행료 입력의 경우에는 반드시 詳細描述 box에서, 다음 3가지를 적어야 한다.<br /> # 프로젝트 이름 / Project name<br /> # 장소 / Place<br /> # 사유 / Reason<br /> :[[file:coa_02.jpg|1000px]]<br /> <br /> <br /> <br /> * 개선 방향<br /> 경리월보 항목을 CoA에 매핑 (신규가 아님, 이미 있음, 원가적 소모품 등) 조회할 때, 해당 것만 묶어서 처리<br /> <br /> <br /> * 문제<br /> # CoA 이해 부족 - PM, AM<br /> # 검증 및 검사 필요 - 해당 항목에 대한 분류를 결재 단계에서 부터 해야 함 (나중에 다시 처리는 복잡)<br /> # Custom account 조회 어려워 함 - ERP 사용이 익숙하지 않음 (구축 단계 부터 차근 차근 사용도를 높이는 과정 부족)<br /> <br /> ==사용 주의 계정(Accounts)==<br /> <br /> * '''사용 주의 계정'''<br /> :{| class=&quot;wikitable&quot; style=&quot;text-align:left; font-size:90%;&quot;<br /> |-<br /> ! COA !! 경리월보 !! Label(명칭) !! 비고 !! 주의사항<br /> |-<br /> | 6241 || d1 || BT. Public trans.(taxi) fare [市區交通費] 시내교통비 || 현급지급 검토 (유류대 지원, 오토바이)??? || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;통제성 경비&lt;/span&gt;<br /> |-<br /> | 625 || d2 || BT. Local trip, hotel &amp; transfer [國內出差], 국내 출장 || &lt;span style=&quot;color:#d9534f;&quot;&gt;일당한도 600$&lt;/span&gt;, 숙박비(통일영수증), 교통비, 출장명령서 || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;600$ 이상, 개인소득신고 필요&lt;/span&gt;<br /> |-<br /> | 6251 || d3 || Business trip overseas [해외출장] || &lt;span style=&quot;color:#d9534f;&quot;&gt;공무원 규정 이상은 개인소득 분 신고&lt;/span&gt; || 국외부임여비보지요점(國外出差旅費報支要點)의 국가·도시별 일지수액(日支數額)<br /> |-<br /> | 6252 || d4 || BT biz trip Other expense [出差其他支出] 출장 기타 지출 || &lt;span style=&quot;color:#d9534f;&quot;&gt;일당지급시 지급 불가 (실비경우만)&lt;/span&gt; || &lt;span style=&quot;color:#d9534f;&quot;&gt;실비정산 경우만&lt;/span&gt;<br /> |-<br /> | 6481 || g1 || ME. Branch Meals 交際應酬費 [PM ONLY] 접대비 || 소수 지급인정접대비 (개인선물 포함) || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;통제성 경비&lt;/span&gt;<br /> |-<br /> | 6482 || g2 || PJT Construction Meals &amp; others with Customer [業務招待費] 고객접대비 || 현장식대 (年 TWD3,000$ / 1人) || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;통제성 경비&lt;/span&gt;<br /> |-<br /> | 645 || h2 || WELL. member meals [員工福利] 복후비 || &lt;span style=&quot;color:#d9534f;&quot;&gt;총급여 2% 이내 제한&lt;/span&gt; || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;통제성 경비&lt;/span&gt;<br /> |-<br /> | 648 || h4 || WELL. Medical hospital || &lt;span style=&quot;color:#d9534f;&quot;&gt;사전규정필요 (직공복리위원회(職工福利委員會))&lt;/span&gt; || &lt;span style=&quot;background-color:#f2dede;&quot;&gt;미사용&lt;/span&gt;<br /> |-<br /> | 6151 || K1 || Car toll fee, parking [停車費, 通行費] 주차, 톨비 || 출장명령서, 휴일근무명령서, 구글지도(이동거리), 주유영수증 || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;소득신고&lt;/span&gt;<br /> |-<br /> | 6152 || K2 || Car fuel, gas [加油] 주유비 || 출장명령서, 휴일근무명령서, 구글지도(이동거리), 주유영수증 || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;소득신고&lt;/span&gt;<br /> |-<br /> | 6171 || O || PJT Conference [會議費] 非娛樂開支, 회의비 (접대비 아님) || 회의록, 참여 명단 (사인본) || 참석자 명단<br /> |-<br /> | 6211 || q4 || Payroll Other payment expense [其他應付款] 급여외 추가지급금 || &lt;span style=&quot;color:#d9534f;&quot;&gt;급여반영 필수&lt;/span&gt; || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;소득신고&lt;/span&gt;<br /> |}<br /> <br /> * '''프로젝트 개별비 (Direct cost)'''<br /> :{| class=&quot;wikitable&quot; style=&quot;text-align:left; font-size:90%;&quot;<br /> |-<br /> ! COA !! 경리월보 !! Label(명칭) !! 비고 !! 주의사항<br /> |-<br /> | 6111 || i1 || dc: Pjt Service Charge, expense [服務費] 용역수수료 || 개별비 ||<br /> |-<br /> | 6112 || i3 || dc: Pjt FAT expense [工廠驗收測試] 공장인수검사관련 || &lt;span style=&quot;color:#d9534f;&quot;&gt;개별비 (검토, 본사계정여부)&lt;/span&gt; || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;검토 필요&lt;/span&gt;<br /> |-<br /> | 628 || i4 || dc. Pjt other expense [其他勞務費] 기타용역비 || 개별비 ||<br /> |-<br /> | 624 || L || dc: Pjt Transport [材料運費], 자재운반비 || &lt;span style=&quot;color:#d9534f;&quot;&gt;개별비, 부가세포함&lt;/span&gt; || 자재운반비 및 VAT 포함 집계<br /> |-<br /> | 617 || N || dc: Pjt employee training [員工教育訓練費] 직원교육훈련비 || 개별비 ||<br /> |-<br /> | 601 || U || dc: Pjt buy raw materials [現場材料費] 현장재료비, 안전구 || 개별비 ||<br /> |}<br /> <br /> ==바인딩된 CoA의 수정==<br /> [[Admin관련#CoA_할당_수정_과정| 할당 및 수정 과정]] from Admin 관련 참조<br /> <br /> <br /> <br /> [[분류:ERP]]<br /> [[분류:회계]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=AM_role&diff=1211 2026-06-11T10:02:36Z

<p>172.27.0.1: /* 추가 및 변경 COA, 25.06 */</p> <hr /> <div>* You can change it to your own language by right-clicking on the web browser.<br /> * 您可以透過右鍵單擊網頁瀏覽器將其變更為您自己的語言。<br /> <br /> Account Manager(AM)의 주요 역할에 대한 설명이다. 회계 담당자는 비잘못된 계정 사용을 바로잡고 정확한 회계 기록(비용내역, 은행내역)을 남기는 것이 AM의 중요한 역할입니다.<br /> <br /> 문서 설명<br /> <br /> # AM, PM role - PM이 프로젝트 회계관리에 대한 내용입니다.<br /> # '''AM role - 회계담당자가 처리해야 할 업무에 대한 설명입니다.'''<br /> # Admin 관련 - 시스템 담당자가 처리해야할 업무입니다.<br /> <br /> <br /> AM의 주요 역할은 다음 5가지 이다.<br /> <br /> # '''ER(Expense Report), 비용전표의 검사(Validation)<br /> # '''ENTER PAYMENT - 프로젝트 멤버에게 실제로 지급(이체 혹은 현금 지급) 이후, ERP에 지급 내용 기록<br /> # '''ERP BQ(ERP Bank account) 확인 - Bank Reconcile (조정), 실제 은행 계좌와 ERP 은행기록의 최종일자와 지급일자 및 잔고 확인<br /> # '''Binding (편철) - 여러 개의 프로젝트 비용전표(ER)을 프로젝트에 맞게 조정, 다른 프로젝트에서 사용한 비용 귀속 결정<br /> # '''Bank Reconcile''' - 실제 은행계좌와 ERP의 은행계좌 내역을 일치하는 것, 원래는 일자별 출납 내역이 동일해야 하나, 편의상 매월말 잔고가 일치하도록 확인(확인 날짜 입력)<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의 &quot;ENTER PAYMENT&quot;를 입력한 후 상태 (실제 지급 이후, &quot;ENTER PAYMENT&quot;를 추가로 입력 한다.<br /> * Bank Reconcile: 실제 은행계좌와 ERP 은행계좌를 일치 시킨다. 최종 확안 날짜 기록<br /> * ledger : 총계정원장, 각 계정 내용이 모두 기록된 기록장<br /> * Binding : 총계정 원장 기록시, 프로젝트 별로 구분하여 등록하는 것, 분류 작업, 이는 Journaling이라고도 한다.<br /> <br /> ==회계담당자(AM)의 역할==<br /> 프로젝트 멤버들은 회사 업무를 위하여 비용을 사용하고, 사용 비용에 대한 비용전표를 작성한다.<br /> <br /> 비용전표(Expense Report)의 상태는 다음과 같다.<br /> - 작성 (Draft) : 처음 작성하는 상태<br /> - 확인 (Validiated): member가 영수증 내용을 작성하고, 결재자와 검사자를 선택한 상태<br /> ※ AM은 확인(Validiated) 상태에서 이상이 없는지 확인 후, PM에게 결재를 요청한다. 이 상태에서는 수정이 용이하다.<br /> - 승인 (Approved) : PM이 지급 확인을 한 상태이다.<br /> - 지급완료 (PAID) : 회계담당자(AM, Account Manager)가 멤버(member)에게 지급을 완료하고, (ERP) Bank 기록을 작성한다.<br /> ※ 비용전표(ER)이 정상적으로 처리된 경우에는 지급완료(PAID) 상태가 최종 상태이다.<br /> - 취소(Cancel) / 거절(Reject) : 삭제 가능 전표 (아직 개발 중인 내용으로, 수정이나 변경을 위한 과정), 현재는 처리 불가능한 비용전표(ER) 상태이다.<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 /> :* 실제 은행과 ERP 은행계좌의 출납일자와 금액을 확인한다. 2) 1달에 1회(본사 보고 기준), 은행 계좌 내역서, balance sheet 파일을 ERP 은행계좌의 파일 부분에 upload한다.<br /> <br /> <br /> 회계담당자의 역할 설명 그림<br /> <br /> [[file:AM_role.jpg|800px]]<br /> <br /> <br /> ===Reject된 비용전표 처리===<br /> Reject된 비용전표(Expense Report)를 처리하는 방법입니다.<br /> <br /> 이전 ERP 버전(21.0.x)에서는 Reject가 되면, 첨부파일이 모두 사라지는 문제가 있었습니다. 하지만, 새로운 버전(22.0.x, Since 2025.10)에서는 첨부파일이 그대로 남아 있으니, 수정하여 작성하면 됩니다.<br /> <br /> * Reject 처리 순서<br /> PM 및 결재자의 처리가 '''Reject'''된 이후<br /> <br /> #) 결재 올린 사람은 해당 초안(Draft)를 클릭해서 '''수정'''합니다.(pic #3) : Reject된 Expense Report<br /> #) 다시 결재를 올립니다.<br /> <br /> <br /> * Reject된 비용전표(ER, Expense Report) 조회<br /> 이 부분은 HR/ER(비용전표 작성하는 부분) 첫 화면에만 표시됩니다.<br /> <br /> * 보고서(ER) 수정 - Reject를 처리 하기 pic #3<br /> '''처음화면'''에서만 '''전표수정'''으로 들어갈 수 있습니다. 이점 '''주의'''하십시오!<br /> <br /> HR/ER 메뉴를 클릭하여 처음 들어가서 나오는 화면에서만 접근할 수 있습니다!<br /> <br /> ::[[파일:reject_03.jpg|800px]]<br /> <br /> 참고로, 수정 버튼은 맨 아래 있습니다. <br /> #) 수정버튼 누르기<br /> #) 내용 수정하기<br /> #) 결재올리기<br /> <br /> ::::[[파일:reject_04.jpg|700px]]<br /> <br /> <br /> * 참고: 다른 담당자에게 지정하기 혹은 담당자 변경<br /> PM 뿐만이 아니라, 비용전표를 작성한 사람 혹은 회계담당자(AM)등, 메뉴로 들어간 첫 화면에서 Reject된 전표가 보이는 사람(수정 권한을 가지고 있는 사람)은 누구나 새로 담당자를 지정해서 복사본(Clone)을 생성할 수 있습니다. <br /> <br /> * 복사본(Clone) 만들기<br /> PM은 Reject 후에 해당 비용결재 문서(ER: Expense Report)의 '''복사본(Clone)''' 버튼을 눌러 복사본(Clone)을 만들고 '''담당자'''를 변경합니다. (혹은 동일한 사용자에게 재 지정)<br /> <br /> ::1) 복사본 만들기 - pic #1<br /> :::PM은 Reject이후에 복사본을 만듭니다. 화면 하단 우측에 버튼이 있습니다.<br /> ㄴ<br /> ::::[[파일:reject_01.jpg|600px]]<br /> <br /> ::2) 복사본을 담당자에 연결하기 - pic #2<br /> ::: PM은 Reject이후에 복사본을 본래 기안자 혹은 새로운 담당자에게 연결합니다.(새로운 담당자에게 문서 접근 권한을 부여하는 과정)<br /> <br /> ::::[[파일:reject_02.jpg|600px]]<br /> <br /> =ER, 비용전표 작성 (일반 프로젝트 멤버)=<br /> 프로젝트 멤버, 회계관리자(AM, Account Manager)의 작성<br /> <br /> 비용전표 (ER, Expense Report)는 ERP에서 비용 처리 기준이다. 즉, 개별적인 영수증 사항이 출장이나, 회의 등의 각각의 이벤트에 맞춰서, 처리하는 묶음 기준이다.<br /> <br /> [비용전표(ER) 작성시 일반 주의 사항]<br /> - ERP에서 날짜(Date)는 1인당 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 /> {{영수증 파일}}<br /> <br /> =회계담당자(AM)의 검사(Validiation)=<br /> 각 프로젝트의 회계관리자(AM, Account Manager)는 비용전표(ER, Expense Report)의 내용을 검사한다.<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 /> <br /> Approval 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 /> &quot;Enter payment&quot;에서는 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 /> ==은행 업무 프로세스==<br /> [신규, '25년 11월 30일부로 실시함]<br /> <br /> === 프로세스 설명===<br /> 회계담당자(AM)은 비용지급(요청) 전표(ER)의 승인이 나면, 다음과 같은 순서로 업무를 진행한다.<br /> <br /> [Daily]<br /> <br /> #. 비용지급전표(ER)에 따라서, 요청자에게 금액을 지급한다. (은행 전송) [PAID 과정]<br /> #. 당일 지급 내용이 끝나면, 은행 출납 내역을 캡쳐하여, ERP 은행 장부에 upload 한다. [File Upload 과정]<br /> <br /> [Monthly once] <br /> <br /> 회계담당자는 한 달에 한번, 은행잔고(Account Balance) 파일을 업로드 한다.<br /> <br /> === PMO의 관리 ===<br /> 1. 일별 관리 ('''Dailiy process''')<br /> <br /> PMO(Project Management Office)에서는 매일 은행 내역과 ERP 은행 잔고를 확인한다. <br /> <br /> 2. 월별 관리 ('''Monthly process''')<br /> <br /> PMO에서는 매월 말, 회계담당자(AM)이 올린 은행 잔고 화면(캡쳐)과 ERP 은행 장부 금액을 확인한다.<br /> <br /> <br /> ===회계 담당자의 은행 관련 업무===<br /> 1. 매일 관리 사항<br /> * 회계담당자(AM)은 매일 실제 은행의 계좌 내역을 캡쳐해서 올린다. 단, 실제 은행 출납이 일어난 날짜만 파일을 올린다.<br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[file:rec_bank_01.jpg|700px]]<br /> &lt;/div&gt;<br /> <br /> * 관리하는 프로젝트의 ERP 장부상 은행을 선택한다.<br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[file:rec_bank_02.jpg|700px]]<br /> &lt;/div&gt;<br /> <br /> * 파일업로드 메뉴를 선택하여 들어간다.<br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[file:rec_bank_03.jpg|700px]]<br /> &lt;/div&gt;<br /> <br /> * 미리 캡쳐해 놓은 은행 잔고(Bank balance) 파일을 upload 한다. <br /> <br /> PMO에서는 회계담당자가 올린 파일을 확인한다. (일일잔고 확인 tag)<br /> <br /> 2. 매월말 확인 사항<br /> * 회계담당자(AM)은 매월 말 은행 잔고(Bank balance)를 캡쳐해서 올린다.<br /> <br /> PMO에서는 회계담당자가 올린 파일을 확인한다. (월말잔고 확인 tag)<br /> <br /> 3. Reconcile [조정] <br /> 조정이란 말은 ERP 장부상 잔액과 은행잔고를 동일하게 맞추는 과정을 말한다. <br /> <br /> 가. 해당 프로젝트의 ERP장부상, 은행을 선택한다.<br /> <br /> 나. 해당 은행의 메뉴에서 '''Reconcile'''을 선택한다.<br /> <br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[파일:rec_bank_pmo_01.jpg|700px|그림 설명]]<br /> &lt;/div&gt;<br /> <br /> 다. upload된 파일과 금액이 일치하는지 확인 후, 해당 내역을 클릭한다.<br /> <br /> 라. 날짜를 적고, tag를 선택 후 [일일 잔고 확인, 월말 잔고 확인 중 택1] '''Click Reconcile''' 버튼을 클릭한다.<br /> <br /> &lt;div style=&quot;text-align: center; margin-left: 1em; margin-right: 1em;&quot;&gt;<br /> [[파일:rec_bank_pmo_02.jpg|700px|그림 설명]]<br /> &lt;/div&gt;<br /> <br /> * 참고 [[Bank reconcile]] - 은행조정<br /> <br /> ==ERP Bank Entries에서 확인 방법==<br /> ENTER PAYMENT(기지급, 已支付)이 되면, 비용전표(ER, Expense Report)의 상태(Status)는 Approved에서 PAID(기지급, 已支付) 상태가 된다.<br /> <br /> 한글 사이트에서는 &quot;유료&quot;라고 표시됨 주의<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 /> '''본 과정은 PMO에서 직접 수행함'''<br /> <br /> 회계담당자는 단순히 은행 계좌 화면 캡쳐한 것을 파일 업로드 해 놓을 것 (매일, 출납이 있을 경우에만)<br /> <br /> [주의]<br /> ENTER PAYMNET에서 실제 은행계좌에서 지급한 날짜는 ERP 은행계좌와 실제 계좌와 동일하게 유지해야 한다. <br /> 만약 다를 경우에는 자필 사유서를 제출해야 함<br /> <br /> {{:Bank reconcile}}<br /> <br /> =ERP billing, payment=<br /> 현금 지급의 경우로, 무증빙(영수증이 없는 경우) 처리하는 것이다.<br /> <br /> 영수증이 있는 경우에는 ER (Expense Report)로 집계가 되지만, 무증빙(영수증 없는 경우)는 비용 항목으로 집계하기 위해 영수증 아닌 설명자료를 첨부하기 위해서 작성한다. 특히, Billing, payment로 처리된 경우, ERP Bank에 직접 기록된다.<br /> <br /> <br /> {{:ERP billing}}<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에서 &quot;Lines to bind&quot; 메뉴를 선택한다.<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=&quot;wikitable&quot; style=&quot;margin:auto&quot;<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 &amp; 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)에 기록되는 경우가 있다. <br /> <br /> 이때는 <br /> # 분개장(Journal) 기록에서 삭제하고 <br /> # 다시 기록(Recording)하는 작업을 <br /> <br /> 해주면 된다.<br /> <br /> <br /> * 주의<br /> 분개장(Journal)에서 &quot;삭제&quot;의 의미는 단순히 분개장(Journal)에서만 삭제한다는 내용이다. <br /> &quot;삭제&quot;한다고 해서, 비용전표(ER) 자체가 삭제되는 것이 아니다.<br /> <br /> 다음은 '''잘못 바인딩(Binding error)'''된 비용전표(ER)을 수정하는 예시이다.<br /> <br /> 예시의 내용은 자동바인딩(Binding automatically)를 사용하였는데, 다른 비용전표(ER)이 섞여 있었다. 이것을 분개장(Journal) 기록에서 삭제하고, 올바른 분개장(Journal)을 선택하여 기록(Recording)하는 과정을 설명한다.<br /> <br /> <br /> * [https://drive.google.com/file/d/1pfGyiqw7Jbhs51I-7o-bwIIOexK7ei7l/view?usp=sharing%7C '''바인딩(Binding) 오류 수정 동영상''' 설명]<br /> <br /> [동영상 내용 설명]<br /> # KHH Red Line North에서 TYC Signal project의 비용전표(ER)이 섞여 있는 것을 찾는다.<br /> # 해당 비용전표(ER)을 삭제 한다 (주의 - 분개장(Journal)에서만 삭제하는 것이다. 비용전표(ER) 자채를 삭제하는 것 아니다.)<br /> # 올바른 분개장(Journal)을 선택하고, 기간을 확인하면, 삭제하였던 비용전표 (ER2409-0186)가 나타난다.-&gt; 삭제한 비용전표 (ER2409-0186)은 묶음(Binding) 처리 완료 상태로, 곧 바로, 기록(Recording)만 하면 된다.<br /> # 해당 비용전표 (ER2409-0186)을 기록(Recording)한다. - 정확한 분개장(Journal)에 기록된다.<br /> <br /> <br /> 설명한 내용을 동영상에서 확인해 보자.<br /> <br /> <br /> 잘못 바인딩(binding)된 비용전표(ER)을 수정하는 동영상 : [https://drive.google.com/file/d/1pfGyiqw7Jbhs51I-7o-bwIIOexK7ei7l/view?usp=sharing%7C '''바인딩(Binding) 오류 수정 동영상''' 설명]<br /> <br /> <br /> * 주요 사항<br /> binding 처리 - 목록(list)에서만 삭제하는 과정임<br /> <br /> # binding list에서 삭제 (list에서만 삭제되는 것임)<br /> # 다시 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 &amp; 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 /> = 사용 중인 COA =<br /> <br /> * 현재 사용 중인 CoA는 유럽에서 주로 사용한 영국 CoA를 그대로 사용한다. 추가적인 것은 3번째자리에서 추가해서 이용한다.<br /> <br /> 예시)<br /> 621 - '''6''': Expense, '''2''': Payroll, '''1''': temporary salary<br /> <br /> Dolibarr ERP에서 할당한 '''id=11 : ENG-BASE'''<br /> <br /> * 현재 CoA 파일로 export 주의사항<br /> :Dolibarr는 프랑스어가 기본 언어로, export에서 '''Chart of accounts id'''를 지정해 주지 않으면, 프랑스어로 출력된다. <br /> <br /> :아래 그림과 같이 반드시 Chart of accounts id = '''11'''을 지정해 주어야 영어로된 ENG-BASE CoA(Chart of Accounts)가 출력된다.<br /> <br /> ::[[file:Coa_03.jpg|800px]]<br /> <br /> <br /> ==ENG-Base CoA==<br /> * 경리월보의 COA와 ERP에서 사용하는 COA 변환표 : '''Expense report accounts'''<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! COA !! 경리월보 !! Label(명칭) !! 비고<br /> |-<br /> | 602 || a1 || Office Furniture &amp; Fixture buy [設備] 가구 비품 || <br /> |-<br /> | 6021 || a2 || Office Photocopy &amp; Projector buy [設施] 시설 || <br /> |-<br /> | 606 || a6 || Other office supply [其他流動資產] 기타 유동자산 || <br /> |-<br /> | 613 || B1 || Office Rentals deposit [押金] 임대보증금 || <br /> |-<br /> | 6131 || b2 || Residence Rentals deposit [外派員工宿舍押金] 파견직원숙소 보증금 || <br /> |-<br /> | 6132 || b3 || Company vehicle rentals deposit [租公司車押金] 법인차량 임대보증금 || <br /> |-<br /> | 618 || b4 || Deposit others [其他押金] 기타 보증금 || <br /> |-<br /> | 6261 || c1 || Telephone, Mobile/ Fax [電話費] 전화료 || <br /> |-<br /> | 6262 || c2 || Postage &amp; Courier [郵資] 우편료 || <br /> |-<br /> | 6241 || d1 || BT. Public trans.(taxi) fare [市區交通費] 시내교통비 || <br /> |-<br /> | 625 || d2 || BT. Local trip, hotel &amp; transfer [國內出差], 국내 출장 || <br /> |-<br /> | 6251 || d3 || Business trip overseas [해외출장] || <br /> |-<br /> | 6252 || d4 || BT biz trip Other expense [出差其他支出] 출장 기타 지출 || <br /> |-<br /> | 616 || E || Insurance premiums [健保費] 보험료 || <br /> |-<br /> | 631 || f1 || TD Taxes and similar payments on remuneration (tax administrations) || <br /> |-<br /> | 635 || f2 || TD PJT Other taxes, duties and similar payments (tax administrations) || <br /> |-<br /> | 647 || f3 || TD Other payroll taxes || <br /> |-<br /> | 697 || f4 || Annual company tax [營利稅] 법인세 || <br /> |-<br /> | 698 || f5 || Tax integration [其他稅目] 기타 세금 || <br /> |-<br /> | 6481 || g1 || ME. Branch Meals 交際應酬費 [PM ONLY] 접대비 || <br /> |-<br /> | 6482 || g2 || PJT Construction Meals &amp; others with Customer [業務招待費] 고객접대비 || <br /> |-<br /> | 6451 || h1 || WELL. Tuition for children || <br /> |-<br /> | 645 || h2 || WELL. member meals [員工福利] 복후비 || <br /> |-<br /> | 648 || h3 || WELL. Other staff costs [其他支出] 簽核必須 찬허(기안)필수 || <br /> |-<br /> | 648 || h4 || WELL. Medical hospital || <br /> |-<br /> | 6111 || i1 || dc: Pjt Service Charge, expense [服務費] 용역수수료 || 개별비<br /> |-<br /> | 668 || i2 || CH. Finance fee / Bank Charge [手續費] 은행수수료 || <br /> |-<br /> | 6112 || i3 || dc: Pjt FAT expense [工廠驗收測試] 공장인수검사관련 || 개별비<br /> |-<br /> | 628 || i4 || dc. Pjt other expense [其他勞務費] 기타용역비 || 개별비<br /> |-<br /> | 672 || i5 || Expense over financial years(Reserved) || <br /> |-<br /> | 6231 || J || Books &amp; Printings || <br /> |-<br /> | 615 || K || Company vheicle op. and repair [公司車] 법인차량 || <br /> |-<br /> | 6151 || K1 || Car toll fee, parking [停車費, 通行費] 주차, 톨비 || <br /> |-<br /> | 6152 || K2 || Car fuel, gas [加油] 주유비 || <br /> |-<br /> | 624 || L || dc: Pjt Transport [材料運費], 자재운반비 || 개별비<br /> |-<br /> | 623 || M || Advertising, publications, public relations || <br /> |-<br /> | 617 || N || dc: Pjt employee training [員工教育訓練費] 직원교육훈련비 || 개별비<br /> |-<br /> | 6171 || O || PJT Conference [會議費] 非娛樂開支, 회의비 (접대비 아님) || <br /> |-<br /> | 6181 || P || Office Keeping (Utility) water, electricity, cleaning [水電瓦斯費] 사무실 수도광열비 || <br /> |-<br /> | 641 || q1 || Payroll Salary of HQ Employee || <br /> |-<br /> | 644 || q2 || Payroll Salary of the Local work || <br /> |-<br /> | 621 || q3 || Payroll Salary temp. worker, Others (打工時薪) 알바비, 기타잡비 포함 || <br /> |-<br /> | 6211 || q4 || Payroll Other payment expense [其他應付款] 급여외 추가지급금 || <br /> |-<br /> | 6022 || R || Office Stationaries [辦公用品] 사무용품비 || <br /> |-<br /> | 658 || S || Miscellaneous operating expenses [其他營業費用] 기타 영업비 || <br /> |-<br /> | 678 || T || Other operating expenses [營業外支出] 기타 영업외 비용 || <br /> |-<br /> | 601 || U || dc: Pjt buy raw materials [現場材料費] 현장재료비, 안전구 || 개별비<br /> |-<br /> | 614 || u1 || Monthly Office Rental fee [辦公室租金] 사무실 임료 || <br /> |-<br /> | 6141 || u2 || Monthly Residence Rental fee [外派員工住宿費] 파견숙소월세 || <br /> |-<br /> | 6142 || u3 || Monthly company vehicle rental fee [租車公司費] 법인차량임료 || <br /> |-<br /> | 6221 || u4 || Vehicle register or license other expense [汽公司車登記費, 規費] 법인 차량 등록비 등 || <br /> |}<br /> <br /> * 현지에서 법인 처리를 위한 계정이 별도로 있습니다. 예) 이연처리<br /> * 확정되지 않은 COA는 재무/회계팀과 협의 후에 결정합니다.<br /> * 프로젝트에 따라, COA 구분은 조회는 되나, 경리월보와 같은 영수증 별 조회는 별도 엑셀 자동화 파일에서 가능합니다. ERP Extract Data v. 7 (xlsx)<br /> <br /> <br /> ==제조개별비 처리==<br /> 경리 월보의 항목 중에서 비용으로 처리하지 않고, 본사에서 별도로 제조 개별비 원가 처리(매출)<br /> <br /> '''회계팀, PM과 확인하여 해당 계정 확정 할 것'''<br /> <br /> * 항목<br /> # 제조지급수수료(용역), 교육관련 - 제조교육훈련비(기타)<br /> # 제조지급수수료(용역)<br /> # 제조지급수수료(기타)<br /> # 제조운반비 - 현지 물품대에 대한 VAT<br /> # 제조소모품비(기타) - 안전 공구<br /> # 제조운반비 - 현장인도비용<br /> <br /> ==추가 및 변경 COA, 25.06==<br /> 다음은 26년 6월부로 추가 및 변경되는 CoA항목이다.<br /> <br /> <br /> * 프로젝트 개별비(Direct Cost) 구분<br /> :{| class=&quot;wikitable&quot;<br /> |-<br /> ! COA !! 경리월보 !! 비용명칭(ERP) !! pjt 개별비 분류 !! 비고<br /> |-<br /> | 617 || N || dc: Pjt employee training [員工教育訓練費] 직원교육훈련비 || 제조교육훈련비(기타) || 프로젝트 개별비<br /> |-<br /> | 6111 || i1 || dc: Pjt Service Charge, expense [服務費] 용역수수료 || 제조지급수수료 || &quot;<br /> |-<br /> | 601 || U || dc: Pjt buy raw materials [現場材料費] 현장재료비 || 제조소모품비 || &quot;<br /> |-<br /> | 624 || L || dc: Pjt Transport [材料運費] 자재운반비 || 제조운반비 || 운반비 + VAT<br /> |-<br /> | 624 || (-) || dc: Transporting VAT [운반비 부가세] || 자동 반영 || &quot;<br /> |-<br /> | 6112 || i3 || dc: Pjt FAT expense [工廠驗收測試] 공장인수검사관련 || 개별 판단 || &quot;<br /> |-<br /> | 628 || i4 || dc. Pjt other expense [其他勞務費] 기타용역비 || 용역비 기타 || &quot;<br /> |}<br /> <br /> * 추가 및 변경된 CoA<br /> :{| class=&quot;wikitable&quot;<br /> |-<br /> ! COA !! 경리월보 !! 비용명칭(ERP) !! 항목(한글) !! 비고<br /> |-<br /> | 615 || K || Compan car op. and repair [公司車] 법인차량 || 차량유지비 || Vehicle Op.<br /> |-<br /> | 6151 || K || Car toll fee, parking [停車費, 通行費] 주차, 톨비 || 주차/통행료 || Car toll fee, parking<br /> |-<br /> | 6152 || K || Car fuel, gas [加油] 주유비 || 유류대 || Car fuel<br /> |}<br /> <br /> <br /> <br /> * CoA로 할당<br /> <br /> 자동차 관련(car)을 입력할 경우, '''類型'''에서 '''car'''라고 적으면, 선택할 수 있는 리스트가 나온다.<br /> [[file:coa_01.jpg|1000px]]<br /> <br /> <br /> * 참고용 접두어<br /> ::{| class=&quot;wikitable&quot;<br /> |-<br /> ! 접두어 !! 그룹명 !! 해당 항목 수<br /> |-<br /> | BT || '''B'''usiness '''T'''rip (출장) || 4개<br /> |-<br /> | TD || '''T'''ax &amp; '''D'''uties (세금) || 4개<br /> |-<br /> | ME || '''M'''eals &amp; '''E'''ntertainment (식대/접대) || 2개<br /> |-<br /> | WELL || '''Wel'''fare (복리후생) || 4개<br /> |-<br /> | CH || '''Ch'''arges (수수료) || 2개<br /> |-<br /> | PJT || Project (프로젝트) || 2개<br /> |-<br /> | Comm || '''Comm'''unication (통신) || 2개<br /> |-<br /> | '''Payroll''' || 급여 || 4개<br /> |-<br /> | '''Deposit''' || 보증금 || 4개<br /> |-<br /> | '''Car''' || 차량 관련 || 2개<br /> |}<br /> <br /> <br /> * '''詳細描述''' 필수 입력<br /> 자동차 관련 연료(Fuel, Gas)이거나, 주차료, 통행료 입력의 경우에는 반드시 詳細描述 box에서, 다음 3가지를 적어야 한다.<br /> # 프로젝트 이름 / Project name<br /> # 장소 / Place<br /> # 사유 / Reason<br /> :[[file:coa_02.jpg|1000px]]<br /> <br /> <br /> <br /> * 개선 방향<br /> 경리월보 항목을 CoA에 매핑 (신규가 아님, 이미 있음, 원가적 소모품 등) 조회할 때, 해당 것만 묶어서 처리<br /> <br /> <br /> * 문제<br /> # CoA 이해 부족 - PM, AM<br /> # 검증 및 검사 필요 - 해당 항목에 대한 분류를 결재 단계에서 부터 해야 함 (나중에 다시 처리는 복잡)<br /> # Custom account 조회 어려워 함 - ERP 사용이 익숙하지 않음 (구축 단계 부터 차근 차근 사용도를 높이는 과정 부족)<br /> <br /> ==사용 주의 계정(Accounts)==<br /> <br /> * 사용 주의 계정<br /> {| class=&quot;wikitable&quot; style=&quot;text-align:left; font-size:90%;&quot;<br /> |-<br /> ! COA !! 경리월보 !! Label(명칭) !! 비고 !! 주의사항<br /> |-<br /> | 6241 || d1 || BT. Public trans.(taxi) fare [市區交通費] 시내교통비 || 현급지급 검토 (유류대 지원, 오토바이)??? || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;통제성 경비&lt;/span&gt;<br /> |-<br /> | 625 || d2 || BT. Local trip, hotel &amp; transfer [國內出差], 국내 출장 || &lt;span style=&quot;color:#d9534f;&quot;&gt;일당한도 600$&lt;/span&gt;, 숙박비(통일영수증), 교통비, 출장명령서 || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;600$ 이상, 개인소득신고 필요&lt;/span&gt;<br /> |-<br /> | 6251 || d3 || Business trip overseas [해외출장] || &lt;span style=&quot;color:#d9534f;&quot;&gt;공무원 규정 이상은 개인소득 분 신고&lt;/span&gt; || 국외부임여비보지요점(國外出差旅費報支要點)의 국가·도시별 일지수액(日支數額)<br /> |-<br /> | 6252 || d4 || BT biz trip Other expense [出差其他支出] 출장 기타 지출 || &lt;span style=&quot;color:#d9534f;&quot;&gt;일당지급시 지급 불가 (실비경우만)&lt;/span&gt; || &lt;span style=&quot;color:#d9534f;&quot;&gt;실비정산 경우만&lt;/span&gt;<br /> |-<br /> | 6481 || g1 || ME. Branch Meals 交際應酬費 [PM ONLY] 접대비 || 소수 지급인정접대비 (개인선물 포함) || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;통제성 경비&lt;/span&gt;<br /> |-<br /> | 6482 || g2 || PJT Construction Meals &amp; others with Customer [業務招待費] 고객접대비 || 현장식대 (年 TWD3,000$ / 1人) || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;통제성 경비&lt;/span&gt;<br /> |-<br /> | 645 || h2 || WELL. member meals [員工福利] 복후비 || &lt;span style=&quot;color:#d9534f;&quot;&gt;총급여 2% 이내 제한&lt;/span&gt; || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;통제성 경비&lt;/span&gt;<br /> |-<br /> | 648 || h4 || WELL. Medical hospital || &lt;span style=&quot;color:#d9534f;&quot;&gt;사전규정필요 (직공복리위원회(職工福利委員會))&lt;/span&gt; || &lt;span style=&quot;background-color:#f2dede;&quot;&gt;미사용&lt;/span&gt;<br /> |-<br /> | 6151 || K1 || Car toll fee, parking [停車費, 通行費] 주차, 톨비 || 출장명령서, 휴일근무명령서, 구글지도(이동거리), 주유영수증 || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;소득신고&lt;/span&gt;<br /> |-<br /> | 6152 || K2 || Car fuel, gas [加油] 주유비 || 출장명령서, 휴일근무명령서, 구글지도(이동거리), 주유영수증 || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;소득신고&lt;/span&gt;<br /> |-<br /> | 6171 || O || PJT Conference [會議費] 非娛樂開支, 회의비 (접대비 아님) || 회의록, 참여 명단 (사인본) || 참석자 명단<br /> |-<br /> | 6211 || q4 || Payroll Other payment expense [其他應付款] 급여외 추가지급금 || &lt;span style=&quot;color:#d9534f;&quot;&gt;급여반영 필수&lt;/span&gt; || &lt;span style=&quot;color:#d9534f; font-weight:bold;&quot;&gt;소득신고&lt;/span&gt;<br /> |}<br /> <br /> ==바인딩된 CoA의 수정==<br /> [[Admin관련#CoA_할당_수정_과정| 할당 및 수정 과정]] from Admin 관련 참조<br /> <br /> <br /> <br /> [[분류:ERP]]<br /> [[분류:회계]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=%EB%8C%80%EB%A7%8C%EC%84%B8%EB%B2%95&diff=1210 2026-06-11T09:19:38Z

<p>172.27.0.1: /* 2. 비용 구분별 인정 기준 */</p> <hr /> <div>대만 세법에 대한 모음이다. 비용인정등을 위한 기준을 마련한다.<br /> <br /> =인정 비용=<br /> 비용으로 인정받는 경우, 직원 50명 기준, 회사 조직이 있어야 인정 받음.<br /> <br /> '''직공복리위원회(職工福利委員會)'''의 설치 - 의무사항<br /> <br /> = 대만 복리후생비 세무 처리 기준 =<br /> <br /> 대만 세법(營利事業所得稅查核準則, 영리사업소득세차핵준칙 제81조)상 '''종업원 복리후생비(員工福利費)'''의 비용(손금) 인정 기준은 '''직공복리위원회(職工福利委員會)'''의 설치 여부에 따라 크게 달라진다. <br /> 대만은 일정 규모 이상의 직원이 있을 경우 복리후생위원회 설치가 의무이며, 이에 따라 세법상 한도 계산 방식이 상이하다.<br /> <br /> == 1. 복리후생위원회 설치 여부에 따른 한도 기준 ==<br /> <br /> 대만 소득세법은 복리후생비의 무제한 비용 처리를 방지하기 위해 다음 기준을 적용한다.<br /> <br /> === ① 위원회 설치 기업 (직원 50인 이상 의무) ===<br /> * '''원칙''': 회사는 법정 기준에 따라 '''복리후생 기금(職工福利金)'''을 출연해야 하며, 해당 출연금만 비용으로 인정됨<br /> <br /> * '''법정 출연 한도'''<br /> ** 창립 시: 자본금의 1% ~ 5% 이내 (일시 비용 또는 자본화 후 상각)<br /> ** 매월 총매출액의 0.05% ~ 0.15% 이내<br /> ** 매월 직원 급여 공제액 (직원 소득 차감)<br /> ** 불용자산 매각 수입의 20% ~ 40% 이내<br /> <br /> * '''주의사항'''<br /> ** 기금 출연 외 추가 복리후생비를 회사 장부에 직접 반영 시 비용 부인 가능성 높음<br /> ** 여행보조금, 경조사비 등 모든 복지 지출은 위원회 기금에서 집행해야 함<br /> <br /> <br /> <br /> === ② 위원회 미설치 기업 (직원 50인 미만) ===<br /> * 회사가 직접 비용 처리 가능하나 세법상 한도 적용<br /> <br /> * '''비용 인정 한도'''<br /> ** 매월 복리후생비 ≤ 당월 총 급여 × 일정 비율 (일반적으로 2%~4%)<br /> <br /> * '''주의사항'''<br /> ** 한도 초과 금액은 손금 불산입 → 과세소득 가산<br /> <br /> <br /> <br /> == 2. 항목별 세법상 적격 증빙 ==<br /> <br /> 대만 세무당국은 비용 인정 시 업무 관련성과 증빙을 엄격히 검토한다.<br /> <br /> * '''식대 및 중식 보조'''<br /> ** 월 한도 (예: 인당 NTD 3,000 수준) 내 비과세 비용 인정<br /> <br /> * '''직원 보험료'''<br /> ** 노동보험, 건강보험, 단체보험 비용 인정 (인당 한도 존재)<br /> <br /> * '''교육훈련비'''<br /> ** 업무 관련성 입증 필요<br /> ** 통일영수증(統一發票) 필수<br /> <br /> * '''경조사비 및 의료비'''<br /> ** 사규에 지급 기준 명시 필요<br /> ** 기타소득 또는 급여소득으로 원천징수 가능성 있음<br /> <br /> <br /> <br /> == 3. 주요 세무 리스크 ==<br /> <br /> === ① 접대비와의 구분 ===<br /> * 전 직원 대상 행사 (예: 尾牙 등) → 복리후생비 인정<br /> * 특정 고객/임원 대상 → 접대비로 분류<br /> <br /> * '''접대비 한도'''<br /> ** 매출액 기준 0.15% ~ 0.45%<br /> <br /> <br /> <br /> === ② 증빙 부적격 리스크 ===<br /> * 일반 영수증(收據) → 비용 인정 제한 또는 부인 가능<br /> * 반드시 '''통일영수증(統一發票)''' 확보 필요<br /> <br /> <br /> <br /> == 4. 실무 시사점 ==<br /> <br /> * 직원 수 50인 이상 여부에 따라 세무 전략이 완전히 달라짐<br /> * 복리후생비는 반드시 구조적으로 관리 필요<br /> * 비용 집행 주체(위원회 vs 회사) 명확화 중요<br /> <br /> <br /> <br /> == 5. 추가 검토 필요사항 ==<br /> <br /> 다음 정보에 따라 세무 판단이 달라질 수 있음:<br /> * 정확한 직원 수<br /> * 복리후생비 세부 항목 (예: 장기근속 포상, 직원 여행 등)<br /> <br /> → 구체 조건 확인 시 세무 리스크 최소화 가능<br /> <br /> <br /> ---<br /> <br /> =대만소득세법 37조=<br /> <br /> <br /> == 대만 교제응수비(접대비) 손금 인정 기준 ==<br /> <br /> 대만 소득세법 제37조에 따른 '''교제응수비(交際應酬費)'''의 손금 인정 한도는 <br /> 매입(進貨), 매출(銷貨), 노무제공(勞務), 외환수입 등 '''목적별 연간 순금액'''에 따라 <br /> 구간별 누진 비율을 적용하여 '''합산 계산'''한다.<br /> <br /> 또한 '''청색신고서(藍色申報書) 사용 기업''' 및 <br /> '''회계사 세무조정(簽證) 기업'''은 일반 기업보다 높은 공제 한도를 적용받는다.<br /> <br /> <br /> <br /> === 1. 매입 목적 (연간 순매입액 기준) ===<br /> <br /> 원재료 또는 상품 매입 시 발생하는 교제응수비 한도<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 연간 순매입액 (NTD)<br /> ! 일반 기업<br /> ! 청색신고 / 세무조정 기업<br /> |-<br /> | 3,000만 이하<br /> | 0.15%<br /> | 0.20%<br /> |-<br /> | 3,000만 ~ 1억 5,000만<br /> | 초과분 0.10% + 45,000<br /> | 초과분 0.15% + 60,000<br /> |-<br /> | 1억 5,000만 ~ 6억<br /> | 초과분 0.05% + 165,000<br /> | 초과분 0.10% + 240,000<br /> |-<br /> | 6억 초과<br /> | 초과분 0.025% + 390,000<br /> | 초과분 0.05% + 690,000<br /> |}<br /> <br /> * '''예시'''<br /> ** 순매입액 4,000만 NTD (일반 기업)<br /> ** (3,000만 × 0.15%) + (1,000만 × 0.10%) = 55,000 NTD<br /> <br /> <br /> <br /> === 2. 매출 목적 (연간 순매출액 기준) ===<br /> <br /> 상품 판매 또는 고객 대상 선물 제공 시 적용<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 연간 순매출액 (NTD)<br /> ! 일반 기업<br /> ! 청색신고 / 세무조정 기업<br /> |-<br /> | 3,000만 이하<br /> | 0.45%<br /> | 0.60%<br /> |-<br /> | 3,000만 ~ 1억 5,000만<br /> | 초과분 0.30% + 135,000<br /> | 초과분 0.40% + 180,000<br /> |-<br /> | 1억 5,000만 ~ 6억<br /> | 초과분 0.20% + 495,000<br /> | 초과분 0.30% + 660,000<br /> |-<br /> | 6억 초과<br /> | 초과분 0.10% + 1,395,000<br /> | 초과분 0.15% + 2,010,000<br /> |}<br /> <br /> <br /> <br /> === 3. 노무 및 신용제공 목적 (서비스업) ===<br /> <br /> 노무 제공 및 서비스 수익 발생 기업 기준<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 연간 순노무수입 (NTD)<br /> ! 일반 기업<br /> ! 청색신고 / 세무조정 기업<br /> |-<br /> | 900만 이하<br /> | 1.0%<br /> | 1.2%<br /> |-<br /> | 900만 ~ 4,500만<br /> | 초과분 0.6% + 90,000<br /> | 초과분 0.8% + 108,000<br /> |-<br /> | 4,500만 초과<br /> | 초과분 0.4% + 306,000<br /> | 초과분 0.6% + 396,000<br /> |}<br /> <br /> <br /> <br /> === 4. 외환 수입에 대한 추가 한도 ===<br /> <br /> 수출 등으로 외환 수입이 발생한 경우 별도 추가 한도 인정<br /> <br /> * '''추가 한도'''<br /> ** 당해 연도 외환 수입액의 최대 2.0%<br /> <br /> * '''특징'''<br /> ** 매입/매출/노무 한도와 별도로 추가 적용<br /> <br /> <br /> <br /> === 5. 실무 적용 핵심 ===<br /> <br /> * 총 한도 = '''매입 + 매출 + 노무 + 외환 추가 한도''' 합산<br /> * 기업 거래 규모에 따라 한도가 자동 확대되는 구조<br /> * 총 접대비가 한도 초과 시:<br /> ** 세무조정 시 손금 불산입 (비용 부인)<br /> ** 법인세 과세소득 증가<br /> <br /> <br /> === 6. 실무 유의사항 ===<br /> <br /> * 목적별 금액 구분 관리 필수 (매입 vs 매출 vs 노무)<br /> * 청색신고서 및 세무조정 여부에 따라 한도 차이 발생<br /> * 외환 수입 증빙 확보 시 추가 절세 가능<br /> <br /> <br /> = 대만 출장비(여비) 세무 처리 기준 =<br /> <br /> 대만 세법상 출장비는 '''「營利事業所得稅查核準則」영리사업소득세차핵준칙 제74조'''의 <br /> 여비(旅費) 규정을 적용받는다.<br /> <br /> 대만 국세국은 출장비의 업무 관련성과 증빙 적정성을 매우 엄격하게 검토하므로 <br /> 다음 요건을 반드시 충족해야 한다.<br /> <br /> <br /> <br /> == 1. 필수 서류: 출장보고서(出差報告單) ==<br /> <br /> 출장비는 단순 영수증만으로는 비용 인정 불가하며, <br /> 출장보고서가 없으면 전액 비용 부인 가능하다.<br /> <br /> :필수 기재 항목<br /> ::* 일자별 방문 일정<br /> ::* 방문 장소<br /> ::* 방문 대상 (고객사명, 담당자)<br /> ::* 구체적인 업무 내용<br /> <br /> :보완 증빙<br /> ::* 항공권, 보딩패스<br /> ::* 이메일 미팅 기록<br /> ::* 전시회/행사 자료 등<br /> <br /> <br /> <br /> == 2. 비용 구분별 인정 기준 ==<br /> <br /> 출장비는 다음 3가지로 구분하여 판단한다.<br /> <br /> :(1) 교통비<br /> <br /> ::* 한도: 없음 (실비 인정)<br /> <br /> ::* 항공/고속철<br /> ::** 티켓 + 보딩패스 필수<br /> <br /> ::* 시내 교통<br /> ::** 택시, Uber → 영수증 또는 收據 필요<br /> <br /> ::* 주의 (해외 출장)<br /> ::** 일당(잡비)을 지급한 경우 <br /> ::** 시내 교통비는 일당에 포함 → 별도 청구 불가<br /> <br /> <br /> <br /> :(2) 숙박비<br /> <br /> ::* 한도: 실비 인정<br /> <br /> ::* 대만 국내 출장<br /> ::** 통일영수증(統一發票) 필수<br /> <br /> ::* 해외 출장<br /> ::** 일당 기준 적용 또는<br /> ::** 회사 내부 규정에 따라 실비 인정 가능<br /> <br /> <br /> <br /> :(3) 식대 및 잡비 (膳雜費)<br /> <br /> ::* 일당 기준 적용 (영수증 불필요)<br /> <br /> '''대만 국내 출장''' <br /> :* 임원: NTD 700 / 일<br /> :* 일반 직원: '''NTD 600 / 일'''<br /> <br /> '''일당 초과분은 개인 소득세 대상'''<br /> <br /> '''해외 출장'''<br /> :* 정부 고시 기준 적용, '''[공무원 국외부임여비보지요점(國外出差旅費報支要點)의 국가·도시별 일지수액(日支數額)] 기준'''을 100% 동일하게 적용.<br /> <br /> :초과 지급 시<br /> ::* 초과분은 비용 인정 불가<br /> ::* '''직원 급여로 간주 → 원천징수 대상'''<br /> <br /> ==3. 부가가치세(營業稅) 처리==<br /> <br /> 출장비의 부가세 공제는 항목에 따라 다르게 적용된다.<br /> <br /> :(1) 업무용 출장<br /> <br /> ::* 공제 가능 항목<br /> ::** 대만 국내 항공료<br /> ::** 철도 비용<br /> ::** 호텔 숙박비 ('''통일영수증 필수''')<br /> <br /> → 매입세액 공제 가능<br /> <br /> <br /> :(2) 복리후생성 출장<br /> <br /> ::* 직원 포상 여행 등<br /> ::* 출장보고서 없음 또는 업무 무관<br /> <br /> → '''부가세 공제 불가 (영업세법 제19조)'''<br /> <br /> <br /> <br /> ==4. 실무 핵심 포인트==<br /> <br /> :* 출장보고서 없으면 전액 부인 가능<br /> :* 교통비·숙박비는 증빙이 핵심<br /> :* 식대는 일당 기준 관리<br /> :* 해외 출장 시 일당과 실비 중복 청구 금지<br /> :* 복리성 출장은 부가세 공제 불가<br /> <br /> <br /> = 대만 유류대(기름값) 세무 처리 기준 =<br /> <br /> 대만 세법(營利事業所得稅查核準則 제74조 및 제95조)에 따르면 <br /> 유류대(油資)는 '''차량 소유 주체'''에 따라 세무 처리 방식이 크게 달라진다.<br /> <br /> 대만 국세국은 '''법인 차량'''과 '''직원 개인 차량'''을 엄격히 구분하여 관리한다.<br /> <br /> * 주유시 - '''영수증에 차량번호가 기재'''되어야 한다.<br /> <br /> == 1. 회사 소유 차량 (법인차) ==<br /> <br /> === 기본 원칙 ===<br /> * 회사 소유 또는 리스 차량<br /> * 장부상 자산으로 등록된 업무용 차량<br /> <br /> → '''유류대 전액 비용 인정''' (한도 없음)<br /> <br /> === 필수 증빙 ===<br /> * 통일영수증(統一發票)<br /> * 회사 통일번호(사업자번호) 기재<br /> * 차량번호(車牌號碼) 필수 기재<br /> <br /> === 부가가치세 처리 ===<br /> * 유류대 부가세(5%) → 매입세액 공제 가능<br /> * 차량 구입비는 공제 불가 (소형 승용차)<br /> * 단, 주유비 및 수리비는 공제 가능<br /> <br /> <br /> == 2. 직원 개인 차량 사용 ==<br /> <br /> 직원 개인 차량에 대한 유류비는 <br /> '''업무 관련성이 입증'''되지 않으면 비용 부인 또는 급여 과세 대상이 된다.<br /> <br /> === (1) 실비 정산 방식 ===<br /> <br /> 직원이 출장 중 개인 차량 사용 후 영수증 제출<br /> <br /> ==== 필수 서류 ====<br /> * 출장보고서(出差報告單)<br /> * '''주행거리(KM) 기록 (출발/종료)'''<br /> <br /> ==== 증빙 ====<br /> * 회사 통일번호가 기재된 주유 영수증<br /> <br /> ==== 유의사항 ====<br /> * 주행거리 대비 과도한 유류비 → 초과분 부인 가능<br /> <br /> <br /> === (2) 보조금 지급 방식 ===<br /> <br /> 월 정액 교통비 또는 유류비 지급<br /> <br /> ==== 세무 처리 ====<br /> * 회사 비용 인정 가능<br /> * 직원 개인 '''급여소득'''으로 간주<br /> <br /> ==== 의무 사항 ====<br /> * '''급여 포함'''<br /> * 원천징수 및 소득 신고 필수<br /> <br /> == 3. 주요 세무 리스크 ==<br /> <br /> === (1) 차량번호 누락 ===<br /> * 통일번호만 입력하고 차량번호 누락 사례 빈번<br /> * 세무조사 시 차량별 매칭 요구 가능<br /> <br /> → 반드시 주유 시 차량번호 입력 필요<br /> <br /> <br /> === (2) 주말 및 공휴일 주유 ===<br /> * 개인 용도로 의심되는 주요 항목 - '''주유 불가!'''<br /> <br /> ==== 대응 방법 ====<br /> * '''특근 명령서'''<br /> * 주말 출장보고서<br /> <br /> → 업무 관련성 입증 자료 필수<br /> <br /> <br /> == 4. 실무 핵심 포인트 ==<br /> <br /> * 법인차 → 전액 비용 인정 + 부가세 공제 가능<br /> * 개인차 → 입증 실패 시 비용 부인 또는 '''급여 과세'''<br /> * '''차량번호 포함된 영수증''' 확보 필수<br /> * 주말 주유 건은 별도 증빙 준비 필요 - '''특근 명령서, 출장보고서 첨부'''<br /> <br /> <br /> = 개인 차량 유류비 보조 세무 처리 기준 =<br /> <br /> 대만세법 '''營利事業所得稅查核準則(영리사업소득세차핵준칙) 제74조, 제95조'''에 따라, 유류대(油資, 기름값)은 회사 소유와 개인소유 차이 극명하다.<br /> <br /> 직원 개인 차량 유류비 지원 시 핵심은 <br /> '''회사 비용 인정(법인세 절세)'''과 '''직원 소득세 비과세'''를 동시에 확보하는 것이다.<br /> <br /> 대만 세법상 가장 권장되는 방식은 '''실행거리 기준 실비 정산'''이다.<br /> <br /> <br /> == 1. 추천안: 실행거리 기준 실비 정산 ==<br /> <br /> 직원이 업무상 실제 주행한 거리(KM)를 기준으로 유류비를 정산하는 방식<br /> <br /> 개인 차량, 오토바이 주유의 경우, 프로젝트 마다 4-2 로 추진, <br /> 1) 구글 맵 경로 업로드<br /> 2) 주유 영수증<br /> 단, 주행거래가 구글맵 경로 총계와 동일해야 함 (과도한 차이는 과세)<br /> <br /> === 세무 효과 ===<br /> * 회사: 100% 비용 인정<br /> * 직원: 비과세 (급여 아님, 여비 처리)<br /> <br /> === 지급 기준 ===<br /> * 1KM당 NTD 5~6 수준 권장<br /> * (유가 및 차량 감가상각 반영)<br /> <br /> === 필수 서류 ===<br /> <br /> ==== (1) 출장/업무 일지 ====<br /> * 방문 목적<br /> * 방문처<br /> * 출발지 및 목적지<br /> <br /> ==== (2) 주행거리 증빙 ====<br /> * 차량 계기판(오도미터) 사진<br /> * 또는 구글맵 경로 캡처<br /> <br /> ==== (3) 주유 영수증 ====<br /> * 출장 기간 내 발급<br /> * 회사 통일번호(統一編號) 기재된 통일영수증<br /> <br /> === 핵심 유의사항 ===<br /> * 주유 영수증 금액 기준 지급 금지<br /> * 반드시 아래 방식으로 정산<br /> ** 지급액 = 주행거리(KM) × KM당 단가<br /> <br /> → 영수증은 '''보조 증빙''' 역할<br /> <br /> == 2. 대안: 정액 교통보조금 지급 ==<br /> <br /> 매월 일정 금액을 고정 지급하는 방식<br /> <br /> === 세무 처리 ===<br /> * 회사: 비용 인정 (급여 항목)<br /> * 직원: 급여소득으로 과세<br /> <br /> === 리스크 ===<br /> * 직원 소득세 증가<br /> * 노동보험 / 건강보험 / 연금 기준금액 상승<br /> * 회사 인건비 부담 증가<br /> <br /> <br /> == 3. 세무 리스크 ==<br /> <br /> 실비 정산 서류가 미흡할 경우<br /> <br /> * 국세국 판단:<br /> ** 우회적 급여 지급<br /> ** 비용 부인 또는 급여 과세<br /> <br /> <br /> == 4. 실무 세팅 방법 ==<br /> <br /> === (1) 사내 규정 수립 ===<br /> * 개인 차량 업무 사용 시<br /> * KM당 단가로 정산<br /> * 여비(교통비)로 처리 명문화<br /> <br /> === (2) 정산 양식 통일 ===<br /> * 개인차량 업무 이용 정산서 작성<br /> * 필수 첨부<br /> ** 구글맵 경로<br /> ** 주유 영수증 (통일번호 포함)<br /> <br /> === (3) 한도 설정 ===<br /> * 월 최대 지급 한도 설정 (예: NTD XXXX)<br /> * 과도한 청구 방지<br /> <br /> <br /> == 5. 실무 핵심 포인트 ==<br /> <br /> * 거리 기준 정산 → 비과세 핵심 조건<br /> * 영수증은 보조 증빙 (금액 기준 아님)<br /> * 정액 지급은 급여 처리됨<br /> * '''사규 + 증빙 + 양식''' 3가지 모두 갖춰야 안전<br /> <br /> <br /> ----<br /> <br /> [[분류|ERP]]<br /> [[분류|회계]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=%EB%8C%80%EB%A7%8C%EC%84%B8%EB%B2%95&diff=1209 2026-06-11T09:19:08Z

<p>172.27.0.1: /* 2. 비용 구분별 인정 기준 */</p> <hr /> <div>대만 세법에 대한 모음이다. 비용인정등을 위한 기준을 마련한다.<br /> <br /> =인정 비용=<br /> 비용으로 인정받는 경우, 직원 50명 기준, 회사 조직이 있어야 인정 받음.<br /> <br /> '''직공복리위원회(職工福利委員會)'''의 설치 - 의무사항<br /> <br /> = 대만 복리후생비 세무 처리 기준 =<br /> <br /> 대만 세법(營利事業所得稅查核準則, 영리사업소득세차핵준칙 제81조)상 '''종업원 복리후생비(員工福利費)'''의 비용(손금) 인정 기준은 '''직공복리위원회(職工福利委員會)'''의 설치 여부에 따라 크게 달라진다. <br /> 대만은 일정 규모 이상의 직원이 있을 경우 복리후생위원회 설치가 의무이며, 이에 따라 세법상 한도 계산 방식이 상이하다.<br /> <br /> == 1. 복리후생위원회 설치 여부에 따른 한도 기준 ==<br /> <br /> 대만 소득세법은 복리후생비의 무제한 비용 처리를 방지하기 위해 다음 기준을 적용한다.<br /> <br /> === ① 위원회 설치 기업 (직원 50인 이상 의무) ===<br /> * '''원칙''': 회사는 법정 기준에 따라 '''복리후생 기금(職工福利金)'''을 출연해야 하며, 해당 출연금만 비용으로 인정됨<br /> <br /> * '''법정 출연 한도'''<br /> ** 창립 시: 자본금의 1% ~ 5% 이내 (일시 비용 또는 자본화 후 상각)<br /> ** 매월 총매출액의 0.05% ~ 0.15% 이내<br /> ** 매월 직원 급여 공제액 (직원 소득 차감)<br /> ** 불용자산 매각 수입의 20% ~ 40% 이내<br /> <br /> * '''주의사항'''<br /> ** 기금 출연 외 추가 복리후생비를 회사 장부에 직접 반영 시 비용 부인 가능성 높음<br /> ** 여행보조금, 경조사비 등 모든 복지 지출은 위원회 기금에서 집행해야 함<br /> <br /> <br /> <br /> === ② 위원회 미설치 기업 (직원 50인 미만) ===<br /> * 회사가 직접 비용 처리 가능하나 세법상 한도 적용<br /> <br /> * '''비용 인정 한도'''<br /> ** 매월 복리후생비 ≤ 당월 총 급여 × 일정 비율 (일반적으로 2%~4%)<br /> <br /> * '''주의사항'''<br /> ** 한도 초과 금액은 손금 불산입 → 과세소득 가산<br /> <br /> <br /> <br /> == 2. 항목별 세법상 적격 증빙 ==<br /> <br /> 대만 세무당국은 비용 인정 시 업무 관련성과 증빙을 엄격히 검토한다.<br /> <br /> * '''식대 및 중식 보조'''<br /> ** 월 한도 (예: 인당 NTD 3,000 수준) 내 비과세 비용 인정<br /> <br /> * '''직원 보험료'''<br /> ** 노동보험, 건강보험, 단체보험 비용 인정 (인당 한도 존재)<br /> <br /> * '''교육훈련비'''<br /> ** 업무 관련성 입증 필요<br /> ** 통일영수증(統一發票) 필수<br /> <br /> * '''경조사비 및 의료비'''<br /> ** 사규에 지급 기준 명시 필요<br /> ** 기타소득 또는 급여소득으로 원천징수 가능성 있음<br /> <br /> <br /> <br /> == 3. 주요 세무 리스크 ==<br /> <br /> === ① 접대비와의 구분 ===<br /> * 전 직원 대상 행사 (예: 尾牙 등) → 복리후생비 인정<br /> * 특정 고객/임원 대상 → 접대비로 분류<br /> <br /> * '''접대비 한도'''<br /> ** 매출액 기준 0.15% ~ 0.45%<br /> <br /> <br /> <br /> === ② 증빙 부적격 리스크 ===<br /> * 일반 영수증(收據) → 비용 인정 제한 또는 부인 가능<br /> * 반드시 '''통일영수증(統一發票)''' 확보 필요<br /> <br /> <br /> <br /> == 4. 실무 시사점 ==<br /> <br /> * 직원 수 50인 이상 여부에 따라 세무 전략이 완전히 달라짐<br /> * 복리후생비는 반드시 구조적으로 관리 필요<br /> * 비용 집행 주체(위원회 vs 회사) 명확화 중요<br /> <br /> <br /> <br /> == 5. 추가 검토 필요사항 ==<br /> <br /> 다음 정보에 따라 세무 판단이 달라질 수 있음:<br /> * 정확한 직원 수<br /> * 복리후생비 세부 항목 (예: 장기근속 포상, 직원 여행 등)<br /> <br /> → 구체 조건 확인 시 세무 리스크 최소화 가능<br /> <br /> <br /> ---<br /> <br /> =대만소득세법 37조=<br /> <br /> <br /> == 대만 교제응수비(접대비) 손금 인정 기준 ==<br /> <br /> 대만 소득세법 제37조에 따른 '''교제응수비(交際應酬費)'''의 손금 인정 한도는 <br /> 매입(進貨), 매출(銷貨), 노무제공(勞務), 외환수입 등 '''목적별 연간 순금액'''에 따라 <br /> 구간별 누진 비율을 적용하여 '''합산 계산'''한다.<br /> <br /> 또한 '''청색신고서(藍色申報書) 사용 기업''' 및 <br /> '''회계사 세무조정(簽證) 기업'''은 일반 기업보다 높은 공제 한도를 적용받는다.<br /> <br /> <br /> <br /> === 1. 매입 목적 (연간 순매입액 기준) ===<br /> <br /> 원재료 또는 상품 매입 시 발생하는 교제응수비 한도<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 연간 순매입액 (NTD)<br /> ! 일반 기업<br /> ! 청색신고 / 세무조정 기업<br /> |-<br /> | 3,000만 이하<br /> | 0.15%<br /> | 0.20%<br /> |-<br /> | 3,000만 ~ 1억 5,000만<br /> | 초과분 0.10% + 45,000<br /> | 초과분 0.15% + 60,000<br /> |-<br /> | 1억 5,000만 ~ 6억<br /> | 초과분 0.05% + 165,000<br /> | 초과분 0.10% + 240,000<br /> |-<br /> | 6억 초과<br /> | 초과분 0.025% + 390,000<br /> | 초과분 0.05% + 690,000<br /> |}<br /> <br /> * '''예시'''<br /> ** 순매입액 4,000만 NTD (일반 기업)<br /> ** (3,000만 × 0.15%) + (1,000만 × 0.10%) = 55,000 NTD<br /> <br /> <br /> <br /> === 2. 매출 목적 (연간 순매출액 기준) ===<br /> <br /> 상품 판매 또는 고객 대상 선물 제공 시 적용<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 연간 순매출액 (NTD)<br /> ! 일반 기업<br /> ! 청색신고 / 세무조정 기업<br /> |-<br /> | 3,000만 이하<br /> | 0.45%<br /> | 0.60%<br /> |-<br /> | 3,000만 ~ 1억 5,000만<br /> | 초과분 0.30% + 135,000<br /> | 초과분 0.40% + 180,000<br /> |-<br /> | 1억 5,000만 ~ 6억<br /> | 초과분 0.20% + 495,000<br /> | 초과분 0.30% + 660,000<br /> |-<br /> | 6억 초과<br /> | 초과분 0.10% + 1,395,000<br /> | 초과분 0.15% + 2,010,000<br /> |}<br /> <br /> <br /> <br /> === 3. 노무 및 신용제공 목적 (서비스업) ===<br /> <br /> 노무 제공 및 서비스 수익 발생 기업 기준<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 연간 순노무수입 (NTD)<br /> ! 일반 기업<br /> ! 청색신고 / 세무조정 기업<br /> |-<br /> | 900만 이하<br /> | 1.0%<br /> | 1.2%<br /> |-<br /> | 900만 ~ 4,500만<br /> | 초과분 0.6% + 90,000<br /> | 초과분 0.8% + 108,000<br /> |-<br /> | 4,500만 초과<br /> | 초과분 0.4% + 306,000<br /> | 초과분 0.6% + 396,000<br /> |}<br /> <br /> <br /> <br /> === 4. 외환 수입에 대한 추가 한도 ===<br /> <br /> 수출 등으로 외환 수입이 발생한 경우 별도 추가 한도 인정<br /> <br /> * '''추가 한도'''<br /> ** 당해 연도 외환 수입액의 최대 2.0%<br /> <br /> * '''특징'''<br /> ** 매입/매출/노무 한도와 별도로 추가 적용<br /> <br /> <br /> <br /> === 5. 실무 적용 핵심 ===<br /> <br /> * 총 한도 = '''매입 + 매출 + 노무 + 외환 추가 한도''' 합산<br /> * 기업 거래 규모에 따라 한도가 자동 확대되는 구조<br /> * 총 접대비가 한도 초과 시:<br /> ** 세무조정 시 손금 불산입 (비용 부인)<br /> ** 법인세 과세소득 증가<br /> <br /> <br /> === 6. 실무 유의사항 ===<br /> <br /> * 목적별 금액 구분 관리 필수 (매입 vs 매출 vs 노무)<br /> * 청색신고서 및 세무조정 여부에 따라 한도 차이 발생<br /> * 외환 수입 증빙 확보 시 추가 절세 가능<br /> <br /> <br /> = 대만 출장비(여비) 세무 처리 기준 =<br /> <br /> 대만 세법상 출장비는 '''「營利事業所得稅查核準則」영리사업소득세차핵준칙 제74조'''의 <br /> 여비(旅費) 규정을 적용받는다.<br /> <br /> 대만 국세국은 출장비의 업무 관련성과 증빙 적정성을 매우 엄격하게 검토하므로 <br /> 다음 요건을 반드시 충족해야 한다.<br /> <br /> <br /> <br /> == 1. 필수 서류: 출장보고서(出差報告單) ==<br /> <br /> 출장비는 단순 영수증만으로는 비용 인정 불가하며, <br /> 출장보고서가 없으면 전액 비용 부인 가능하다.<br /> <br /> :필수 기재 항목<br /> ::* 일자별 방문 일정<br /> ::* 방문 장소<br /> ::* 방문 대상 (고객사명, 담당자)<br /> ::* 구체적인 업무 내용<br /> <br /> :보완 증빙<br /> ::* 항공권, 보딩패스<br /> ::* 이메일 미팅 기록<br /> ::* 전시회/행사 자료 등<br /> <br /> <br /> <br /> == 2. 비용 구분별 인정 기준 ==<br /> <br /> 출장비는 다음 3가지로 구분하여 판단한다.<br /> <br /> :(1) 교통비<br /> <br /> ::* 한도: 없음 (실비 인정)<br /> <br /> ::* 항공/고속철<br /> ::** 티켓 + 보딩패스 필수<br /> <br /> ::* 시내 교통<br /> ::** 택시, Uber → 영수증 또는 收據 필요<br /> <br /> ::* 주의 (해외 출장)<br /> ::** 일당(잡비)을 지급한 경우 <br /> ::** 시내 교통비는 일당에 포함 → 별도 청구 불가<br /> <br /> <br /> <br /> :(2) 숙박비<br /> <br /> ::* 한도: 실비 인정<br /> <br /> ::* 대만 국내 출장<br /> ::** 통일영수증(統一發票) 필수<br /> <br /> ::* 해외 출장<br /> ::** 일당 기준 적용 또는<br /> ::** 회사 내부 규정에 따라 실비 인정 가능<br /> <br /> <br /> <br /> :(3) 식대 및 잡비 (膳雜費)<br /> <br /> ::* 일당 기준 적용 (영수증 불필요)<br /> <br /> '''대만 국내 출장''' <br /> :* 임원: NTD 700 / 일<br /> :* 일반 직원: '''NTD 600 / 일'''<br /> <br /> '''일당 초과분은 개인 소득세 대상'''<br /> <br /> '''해외 출장'''<br /> :* 정부 고시 기준 적용, [공무원 국외부임여비보지요점(國外出差旅費報支要點)의 국가·도시별 일지수액(日支數額)] 기준을 100% 동일하게 적용.<br /> <br /> :초과 지급 시<br /> ::* 초과분은 비용 인정 불가<br /> ::* '''직원 급여로 간주 → 원천징수 대상'''<br /> <br /> ==3. 부가가치세(營業稅) 처리==<br /> <br /> 출장비의 부가세 공제는 항목에 따라 다르게 적용된다.<br /> <br /> :(1) 업무용 출장<br /> <br /> ::* 공제 가능 항목<br /> ::** 대만 국내 항공료<br /> ::** 철도 비용<br /> ::** 호텔 숙박비 ('''통일영수증 필수''')<br /> <br /> → 매입세액 공제 가능<br /> <br /> <br /> :(2) 복리후생성 출장<br /> <br /> ::* 직원 포상 여행 등<br /> ::* 출장보고서 없음 또는 업무 무관<br /> <br /> → '''부가세 공제 불가 (영업세법 제19조)'''<br /> <br /> <br /> <br /> ==4. 실무 핵심 포인트==<br /> <br /> :* 출장보고서 없으면 전액 부인 가능<br /> :* 교통비·숙박비는 증빙이 핵심<br /> :* 식대는 일당 기준 관리<br /> :* 해외 출장 시 일당과 실비 중복 청구 금지<br /> :* 복리성 출장은 부가세 공제 불가<br /> <br /> <br /> = 대만 유류대(기름값) 세무 처리 기준 =<br /> <br /> 대만 세법(營利事業所得稅查核準則 제74조 및 제95조)에 따르면 <br /> 유류대(油資)는 '''차량 소유 주체'''에 따라 세무 처리 방식이 크게 달라진다.<br /> <br /> 대만 국세국은 '''법인 차량'''과 '''직원 개인 차량'''을 엄격히 구분하여 관리한다.<br /> <br /> * 주유시 - '''영수증에 차량번호가 기재'''되어야 한다.<br /> <br /> == 1. 회사 소유 차량 (법인차) ==<br /> <br /> === 기본 원칙 ===<br /> * 회사 소유 또는 리스 차량<br /> * 장부상 자산으로 등록된 업무용 차량<br /> <br /> → '''유류대 전액 비용 인정''' (한도 없음)<br /> <br /> === 필수 증빙 ===<br /> * 통일영수증(統一發票)<br /> * 회사 통일번호(사업자번호) 기재<br /> * 차량번호(車牌號碼) 필수 기재<br /> <br /> === 부가가치세 처리 ===<br /> * 유류대 부가세(5%) → 매입세액 공제 가능<br /> * 차량 구입비는 공제 불가 (소형 승용차)<br /> * 단, 주유비 및 수리비는 공제 가능<br /> <br /> <br /> == 2. 직원 개인 차량 사용 ==<br /> <br /> 직원 개인 차량에 대한 유류비는 <br /> '''업무 관련성이 입증'''되지 않으면 비용 부인 또는 급여 과세 대상이 된다.<br /> <br /> === (1) 실비 정산 방식 ===<br /> <br /> 직원이 출장 중 개인 차량 사용 후 영수증 제출<br /> <br /> ==== 필수 서류 ====<br /> * 출장보고서(出差報告單)<br /> * '''주행거리(KM) 기록 (출발/종료)'''<br /> <br /> ==== 증빙 ====<br /> * 회사 통일번호가 기재된 주유 영수증<br /> <br /> ==== 유의사항 ====<br /> * 주행거리 대비 과도한 유류비 → 초과분 부인 가능<br /> <br /> <br /> === (2) 보조금 지급 방식 ===<br /> <br /> 월 정액 교통비 또는 유류비 지급<br /> <br /> ==== 세무 처리 ====<br /> * 회사 비용 인정 가능<br /> * 직원 개인 '''급여소득'''으로 간주<br /> <br /> ==== 의무 사항 ====<br /> * '''급여 포함'''<br /> * 원천징수 및 소득 신고 필수<br /> <br /> == 3. 주요 세무 리스크 ==<br /> <br /> === (1) 차량번호 누락 ===<br /> * 통일번호만 입력하고 차량번호 누락 사례 빈번<br /> * 세무조사 시 차량별 매칭 요구 가능<br /> <br /> → 반드시 주유 시 차량번호 입력 필요<br /> <br /> <br /> === (2) 주말 및 공휴일 주유 ===<br /> * 개인 용도로 의심되는 주요 항목 - '''주유 불가!'''<br /> <br /> ==== 대응 방법 ====<br /> * '''특근 명령서'''<br /> * 주말 출장보고서<br /> <br /> → 업무 관련성 입증 자료 필수<br /> <br /> <br /> == 4. 실무 핵심 포인트 ==<br /> <br /> * 법인차 → 전액 비용 인정 + 부가세 공제 가능<br /> * 개인차 → 입증 실패 시 비용 부인 또는 '''급여 과세'''<br /> * '''차량번호 포함된 영수증''' 확보 필수<br /> * 주말 주유 건은 별도 증빙 준비 필요 - '''특근 명령서, 출장보고서 첨부'''<br /> <br /> <br /> = 개인 차량 유류비 보조 세무 처리 기준 =<br /> <br /> 대만세법 '''營利事業所得稅查核準則(영리사업소득세차핵준칙) 제74조, 제95조'''에 따라, 유류대(油資, 기름값)은 회사 소유와 개인소유 차이 극명하다.<br /> <br /> 직원 개인 차량 유류비 지원 시 핵심은 <br /> '''회사 비용 인정(법인세 절세)'''과 '''직원 소득세 비과세'''를 동시에 확보하는 것이다.<br /> <br /> 대만 세법상 가장 권장되는 방식은 '''실행거리 기준 실비 정산'''이다.<br /> <br /> <br /> == 1. 추천안: 실행거리 기준 실비 정산 ==<br /> <br /> 직원이 업무상 실제 주행한 거리(KM)를 기준으로 유류비를 정산하는 방식<br /> <br /> 개인 차량, 오토바이 주유의 경우, 프로젝트 마다 4-2 로 추진, <br /> 1) 구글 맵 경로 업로드<br /> 2) 주유 영수증<br /> 단, 주행거래가 구글맵 경로 총계와 동일해야 함 (과도한 차이는 과세)<br /> <br /> === 세무 효과 ===<br /> * 회사: 100% 비용 인정<br /> * 직원: 비과세 (급여 아님, 여비 처리)<br /> <br /> === 지급 기준 ===<br /> * 1KM당 NTD 5~6 수준 권장<br /> * (유가 및 차량 감가상각 반영)<br /> <br /> === 필수 서류 ===<br /> <br /> ==== (1) 출장/업무 일지 ====<br /> * 방문 목적<br /> * 방문처<br /> * 출발지 및 목적지<br /> <br /> ==== (2) 주행거리 증빙 ====<br /> * 차량 계기판(오도미터) 사진<br /> * 또는 구글맵 경로 캡처<br /> <br /> ==== (3) 주유 영수증 ====<br /> * 출장 기간 내 발급<br /> * 회사 통일번호(統一編號) 기재된 통일영수증<br /> <br /> === 핵심 유의사항 ===<br /> * 주유 영수증 금액 기준 지급 금지<br /> * 반드시 아래 방식으로 정산<br /> ** 지급액 = 주행거리(KM) × KM당 단가<br /> <br /> → 영수증은 '''보조 증빙''' 역할<br /> <br /> == 2. 대안: 정액 교통보조금 지급 ==<br /> <br /> 매월 일정 금액을 고정 지급하는 방식<br /> <br /> === 세무 처리 ===<br /> * 회사: 비용 인정 (급여 항목)<br /> * 직원: 급여소득으로 과세<br /> <br /> === 리스크 ===<br /> * 직원 소득세 증가<br /> * 노동보험 / 건강보험 / 연금 기준금액 상승<br /> * 회사 인건비 부담 증가<br /> <br /> <br /> == 3. 세무 리스크 ==<br /> <br /> 실비 정산 서류가 미흡할 경우<br /> <br /> * 국세국 판단:<br /> ** 우회적 급여 지급<br /> ** 비용 부인 또는 급여 과세<br /> <br /> <br /> == 4. 실무 세팅 방법 ==<br /> <br /> === (1) 사내 규정 수립 ===<br /> * 개인 차량 업무 사용 시<br /> * KM당 단가로 정산<br /> * 여비(교통비)로 처리 명문화<br /> <br /> === (2) 정산 양식 통일 ===<br /> * 개인차량 업무 이용 정산서 작성<br /> * 필수 첨부<br /> ** 구글맵 경로<br /> ** 주유 영수증 (통일번호 포함)<br /> <br /> === (3) 한도 설정 ===<br /> * 월 최대 지급 한도 설정 (예: NTD XXXX)<br /> * 과도한 청구 방지<br /> <br /> <br /> == 5. 실무 핵심 포인트 ==<br /> <br /> * 거리 기준 정산 → 비과세 핵심 조건<br /> * 영수증은 보조 증빙 (금액 기준 아님)<br /> * 정액 지급은 급여 처리됨<br /> * '''사규 + 증빙 + 양식''' 3가지 모두 갖춰야 안전<br /> <br /> <br /> ----<br /> <br /> [[분류|ERP]]<br /> [[분류|회계]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=%EB%8C%80%EB%A7%8C%EC%84%B8%EB%B2%95&diff=1208 2026-06-11T08:23:46Z

<p>172.27.0.1: /* 개인 차량 유류비 보조 세무 처리 기준 */</p> <hr /> <div>대만 세법에 대한 모음이다. 비용인정등을 위한 기준을 마련한다.<br /> <br /> =인정 비용=<br /> 비용으로 인정받는 경우, 직원 50명 기준, 회사 조직이 있어야 인정 받음.<br /> <br /> '''직공복리위원회(職工福利委員會)'''의 설치 - 의무사항<br /> <br /> = 대만 복리후생비 세무 처리 기준 =<br /> <br /> 대만 세법(營利事業所得稅查核準則, 영리사업소득세차핵준칙 제81조)상 '''종업원 복리후생비(員工福利費)'''의 비용(손금) 인정 기준은 '''직공복리위원회(職工福利委員會)'''의 설치 여부에 따라 크게 달라진다. <br /> 대만은 일정 규모 이상의 직원이 있을 경우 복리후생위원회 설치가 의무이며, 이에 따라 세법상 한도 계산 방식이 상이하다.<br /> <br /> == 1. 복리후생위원회 설치 여부에 따른 한도 기준 ==<br /> <br /> 대만 소득세법은 복리후생비의 무제한 비용 처리를 방지하기 위해 다음 기준을 적용한다.<br /> <br /> === ① 위원회 설치 기업 (직원 50인 이상 의무) ===<br /> * '''원칙''': 회사는 법정 기준에 따라 '''복리후생 기금(職工福利金)'''을 출연해야 하며, 해당 출연금만 비용으로 인정됨<br /> <br /> * '''법정 출연 한도'''<br /> ** 창립 시: 자본금의 1% ~ 5% 이내 (일시 비용 또는 자본화 후 상각)<br /> ** 매월 총매출액의 0.05% ~ 0.15% 이내<br /> ** 매월 직원 급여 공제액 (직원 소득 차감)<br /> ** 불용자산 매각 수입의 20% ~ 40% 이내<br /> <br /> * '''주의사항'''<br /> ** 기금 출연 외 추가 복리후생비를 회사 장부에 직접 반영 시 비용 부인 가능성 높음<br /> ** 여행보조금, 경조사비 등 모든 복지 지출은 위원회 기금에서 집행해야 함<br /> <br /> <br /> <br /> === ② 위원회 미설치 기업 (직원 50인 미만) ===<br /> * 회사가 직접 비용 처리 가능하나 세법상 한도 적용<br /> <br /> * '''비용 인정 한도'''<br /> ** 매월 복리후생비 ≤ 당월 총 급여 × 일정 비율 (일반적으로 2%~4%)<br /> <br /> * '''주의사항'''<br /> ** 한도 초과 금액은 손금 불산입 → 과세소득 가산<br /> <br /> <br /> <br /> == 2. 항목별 세법상 적격 증빙 ==<br /> <br /> 대만 세무당국은 비용 인정 시 업무 관련성과 증빙을 엄격히 검토한다.<br /> <br /> * '''식대 및 중식 보조'''<br /> ** 월 한도 (예: 인당 NTD 3,000 수준) 내 비과세 비용 인정<br /> <br /> * '''직원 보험료'''<br /> ** 노동보험, 건강보험, 단체보험 비용 인정 (인당 한도 존재)<br /> <br /> * '''교육훈련비'''<br /> ** 업무 관련성 입증 필요<br /> ** 통일영수증(統一發票) 필수<br /> <br /> * '''경조사비 및 의료비'''<br /> ** 사규에 지급 기준 명시 필요<br /> ** 기타소득 또는 급여소득으로 원천징수 가능성 있음<br /> <br /> <br /> <br /> == 3. 주요 세무 리스크 ==<br /> <br /> === ① 접대비와의 구분 ===<br /> * 전 직원 대상 행사 (예: 尾牙 등) → 복리후생비 인정<br /> * 특정 고객/임원 대상 → 접대비로 분류<br /> <br /> * '''접대비 한도'''<br /> ** 매출액 기준 0.15% ~ 0.45%<br /> <br /> <br /> <br /> === ② 증빙 부적격 리스크 ===<br /> * 일반 영수증(收據) → 비용 인정 제한 또는 부인 가능<br /> * 반드시 '''통일영수증(統一發票)''' 확보 필요<br /> <br /> <br /> <br /> == 4. 실무 시사점 ==<br /> <br /> * 직원 수 50인 이상 여부에 따라 세무 전략이 완전히 달라짐<br /> * 복리후생비는 반드시 구조적으로 관리 필요<br /> * 비용 집행 주체(위원회 vs 회사) 명확화 중요<br /> <br /> <br /> <br /> == 5. 추가 검토 필요사항 ==<br /> <br /> 다음 정보에 따라 세무 판단이 달라질 수 있음:<br /> * 정확한 직원 수<br /> * 복리후생비 세부 항목 (예: 장기근속 포상, 직원 여행 등)<br /> <br /> → 구체 조건 확인 시 세무 리스크 최소화 가능<br /> <br /> <br /> ---<br /> <br /> =대만소득세법 37조=<br /> <br /> <br /> == 대만 교제응수비(접대비) 손금 인정 기준 ==<br /> <br /> 대만 소득세법 제37조에 따른 '''교제응수비(交際應酬費)'''의 손금 인정 한도는 <br /> 매입(進貨), 매출(銷貨), 노무제공(勞務), 외환수입 등 '''목적별 연간 순금액'''에 따라 <br /> 구간별 누진 비율을 적용하여 '''합산 계산'''한다.<br /> <br /> 또한 '''청색신고서(藍色申報書) 사용 기업''' 및 <br /> '''회계사 세무조정(簽證) 기업'''은 일반 기업보다 높은 공제 한도를 적용받는다.<br /> <br /> <br /> <br /> === 1. 매입 목적 (연간 순매입액 기준) ===<br /> <br /> 원재료 또는 상품 매입 시 발생하는 교제응수비 한도<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 연간 순매입액 (NTD)<br /> ! 일반 기업<br /> ! 청색신고 / 세무조정 기업<br /> |-<br /> | 3,000만 이하<br /> | 0.15%<br /> | 0.20%<br /> |-<br /> | 3,000만 ~ 1억 5,000만<br /> | 초과분 0.10% + 45,000<br /> | 초과분 0.15% + 60,000<br /> |-<br /> | 1억 5,000만 ~ 6억<br /> | 초과분 0.05% + 165,000<br /> | 초과분 0.10% + 240,000<br /> |-<br /> | 6억 초과<br /> | 초과분 0.025% + 390,000<br /> | 초과분 0.05% + 690,000<br /> |}<br /> <br /> * '''예시'''<br /> ** 순매입액 4,000만 NTD (일반 기업)<br /> ** (3,000만 × 0.15%) + (1,000만 × 0.10%) = 55,000 NTD<br /> <br /> <br /> <br /> === 2. 매출 목적 (연간 순매출액 기준) ===<br /> <br /> 상품 판매 또는 고객 대상 선물 제공 시 적용<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 연간 순매출액 (NTD)<br /> ! 일반 기업<br /> ! 청색신고 / 세무조정 기업<br /> |-<br /> | 3,000만 이하<br /> | 0.45%<br /> | 0.60%<br /> |-<br /> | 3,000만 ~ 1억 5,000만<br /> | 초과분 0.30% + 135,000<br /> | 초과분 0.40% + 180,000<br /> |-<br /> | 1억 5,000만 ~ 6억<br /> | 초과분 0.20% + 495,000<br /> | 초과분 0.30% + 660,000<br /> |-<br /> | 6억 초과<br /> | 초과분 0.10% + 1,395,000<br /> | 초과분 0.15% + 2,010,000<br /> |}<br /> <br /> <br /> <br /> === 3. 노무 및 신용제공 목적 (서비스업) ===<br /> <br /> 노무 제공 및 서비스 수익 발생 기업 기준<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 연간 순노무수입 (NTD)<br /> ! 일반 기업<br /> ! 청색신고 / 세무조정 기업<br /> |-<br /> | 900만 이하<br /> | 1.0%<br /> | 1.2%<br /> |-<br /> | 900만 ~ 4,500만<br /> | 초과분 0.6% + 90,000<br /> | 초과분 0.8% + 108,000<br /> |-<br /> | 4,500만 초과<br /> | 초과분 0.4% + 306,000<br /> | 초과분 0.6% + 396,000<br /> |}<br /> <br /> <br /> <br /> === 4. 외환 수입에 대한 추가 한도 ===<br /> <br /> 수출 등으로 외환 수입이 발생한 경우 별도 추가 한도 인정<br /> <br /> * '''추가 한도'''<br /> ** 당해 연도 외환 수입액의 최대 2.0%<br /> <br /> * '''특징'''<br /> ** 매입/매출/노무 한도와 별도로 추가 적용<br /> <br /> <br /> <br /> === 5. 실무 적용 핵심 ===<br /> <br /> * 총 한도 = '''매입 + 매출 + 노무 + 외환 추가 한도''' 합산<br /> * 기업 거래 규모에 따라 한도가 자동 확대되는 구조<br /> * 총 접대비가 한도 초과 시:<br /> ** 세무조정 시 손금 불산입 (비용 부인)<br /> ** 법인세 과세소득 증가<br /> <br /> <br /> === 6. 실무 유의사항 ===<br /> <br /> * 목적별 금액 구분 관리 필수 (매입 vs 매출 vs 노무)<br /> * 청색신고서 및 세무조정 여부에 따라 한도 차이 발생<br /> * 외환 수입 증빙 확보 시 추가 절세 가능<br /> <br /> <br /> = 대만 출장비(여비) 세무 처리 기준 =<br /> <br /> 대만 세법상 출장비는 '''「營利事業所得稅查核準則」영리사업소득세차핵준칙 제74조'''의 <br /> 여비(旅費) 규정을 적용받는다.<br /> <br /> 대만 국세국은 출장비의 업무 관련성과 증빙 적정성을 매우 엄격하게 검토하므로 <br /> 다음 요건을 반드시 충족해야 한다.<br /> <br /> <br /> <br /> == 1. 필수 서류: 출장보고서(出差報告單) ==<br /> <br /> 출장비는 단순 영수증만으로는 비용 인정 불가하며, <br /> 출장보고서가 없으면 전액 비용 부인 가능하다.<br /> <br /> :필수 기재 항목<br /> ::* 일자별 방문 일정<br /> ::* 방문 장소<br /> ::* 방문 대상 (고객사명, 담당자)<br /> ::* 구체적인 업무 내용<br /> <br /> :보완 증빙<br /> ::* 항공권, 보딩패스<br /> ::* 이메일 미팅 기록<br /> ::* 전시회/행사 자료 등<br /> <br /> <br /> <br /> == 2. 비용 구분별 인정 기준 ==<br /> <br /> 출장비는 다음 3가지로 구분하여 판단한다.<br /> <br /> :(1) 교통비<br /> <br /> ::* 한도: 없음 (실비 인정)<br /> <br /> ::* 항공/고속철<br /> ::** 티켓 + 보딩패스 필수<br /> <br /> ::* 시내 교통<br /> ::** 택시, Uber → 영수증 또는 收據 필요<br /> <br /> ::* 주의 (해외 출장)<br /> ::** 일당(잡비)을 지급한 경우 <br /> ::** 시내 교통비는 일당에 포함 → 별도 청구 불가<br /> <br /> <br /> <br /> :(2) 숙박비<br /> <br /> ::* 한도: 실비 인정<br /> <br /> ::* 대만 국내 출장<br /> ::** 통일영수증(統一發票) 필수<br /> <br /> ::* 해외 출장<br /> ::** 일당 기준 적용 또는<br /> ::** 회사 내부 규정에 따라 실비 인정 가능<br /> <br /> <br /> <br /> :(3) 식대 및 잡비 (膳雜費)<br /> <br /> ::* 일당 기준 적용 (영수증 불필요)<br /> <br /> '''대만 국내 출장''' <br /> :* 임원: NTD 700 / 일<br /> :* 일반 직원: '''NTD 600 / 일'''<br /> <br /> '''일당 초과분은 개인 소득세 대상'''<br /> <br /> '''해외 출장'''<br /> :* 정부 고시 기준 적용 <br /> (國外出差旅費報支要點)<br /> <br /> :초과 지급 시<br /> ::* 초과분은 비용 인정 불가<br /> ::* '''직원 급여로 간주 → 원천징수 대상'''<br /> <br /> ==3. 부가가치세(營業稅) 처리==<br /> <br /> 출장비의 부가세 공제는 항목에 따라 다르게 적용된다.<br /> <br /> :(1) 업무용 출장<br /> <br /> ::* 공제 가능 항목<br /> ::** 대만 국내 항공료<br /> ::** 철도 비용<br /> ::** 호텔 숙박비 ('''통일영수증 필수''')<br /> <br /> → 매입세액 공제 가능<br /> <br /> <br /> :(2) 복리후생성 출장<br /> <br /> ::* 직원 포상 여행 등<br /> ::* 출장보고서 없음 또는 업무 무관<br /> <br /> → '''부가세 공제 불가 (영업세법 제19조)'''<br /> <br /> <br /> <br /> ==4. 실무 핵심 포인트==<br /> <br /> :* 출장보고서 없으면 전액 부인 가능<br /> :* 교통비·숙박비는 증빙이 핵심<br /> :* 식대는 일당 기준 관리<br /> :* 해외 출장 시 일당과 실비 중복 청구 금지<br /> :* 복리성 출장은 부가세 공제 불가<br /> <br /> <br /> = 대만 유류대(기름값) 세무 처리 기준 =<br /> <br /> 대만 세법(營利事業所得稅查核準則 제74조 및 제95조)에 따르면 <br /> 유류대(油資)는 '''차량 소유 주체'''에 따라 세무 처리 방식이 크게 달라진다.<br /> <br /> 대만 국세국은 '''법인 차량'''과 '''직원 개인 차량'''을 엄격히 구분하여 관리한다.<br /> <br /> * 주유시 - '''영수증에 차량번호가 기재'''되어야 한다.<br /> <br /> == 1. 회사 소유 차량 (법인차) ==<br /> <br /> === 기본 원칙 ===<br /> * 회사 소유 또는 리스 차량<br /> * 장부상 자산으로 등록된 업무용 차량<br /> <br /> → '''유류대 전액 비용 인정''' (한도 없음)<br /> <br /> === 필수 증빙 ===<br /> * 통일영수증(統一發票)<br /> * 회사 통일번호(사업자번호) 기재<br /> * 차량번호(車牌號碼) 필수 기재<br /> <br /> === 부가가치세 처리 ===<br /> * 유류대 부가세(5%) → 매입세액 공제 가능<br /> * 차량 구입비는 공제 불가 (소형 승용차)<br /> * 단, 주유비 및 수리비는 공제 가능<br /> <br /> <br /> == 2. 직원 개인 차량 사용 ==<br /> <br /> 직원 개인 차량에 대한 유류비는 <br /> '''업무 관련성이 입증'''되지 않으면 비용 부인 또는 급여 과세 대상이 된다.<br /> <br /> === (1) 실비 정산 방식 ===<br /> <br /> 직원이 출장 중 개인 차량 사용 후 영수증 제출<br /> <br /> ==== 필수 서류 ====<br /> * 출장보고서(出差報告單)<br /> * '''주행거리(KM) 기록 (출발/종료)'''<br /> <br /> ==== 증빙 ====<br /> * 회사 통일번호가 기재된 주유 영수증<br /> <br /> ==== 유의사항 ====<br /> * 주행거리 대비 과도한 유류비 → 초과분 부인 가능<br /> <br /> <br /> === (2) 보조금 지급 방식 ===<br /> <br /> 월 정액 교통비 또는 유류비 지급<br /> <br /> ==== 세무 처리 ====<br /> * 회사 비용 인정 가능<br /> * 직원 개인 '''급여소득'''으로 간주<br /> <br /> ==== 의무 사항 ====<br /> * '''급여 포함'''<br /> * 원천징수 및 소득 신고 필수<br /> <br /> == 3. 주요 세무 리스크 ==<br /> <br /> === (1) 차량번호 누락 ===<br /> * 통일번호만 입력하고 차량번호 누락 사례 빈번<br /> * 세무조사 시 차량별 매칭 요구 가능<br /> <br /> → 반드시 주유 시 차량번호 입력 필요<br /> <br /> <br /> === (2) 주말 및 공휴일 주유 ===<br /> * 개인 용도로 의심되는 주요 항목 - '''주유 불가!'''<br /> <br /> ==== 대응 방법 ====<br /> * '''특근 명령서'''<br /> * 주말 출장보고서<br /> <br /> → 업무 관련성 입증 자료 필수<br /> <br /> <br /> == 4. 실무 핵심 포인트 ==<br /> <br /> * 법인차 → 전액 비용 인정 + 부가세 공제 가능<br /> * 개인차 → 입증 실패 시 비용 부인 또는 '''급여 과세'''<br /> * '''차량번호 포함된 영수증''' 확보 필수<br /> * 주말 주유 건은 별도 증빙 준비 필요 - '''특근 명령서, 출장보고서 첨부'''<br /> <br /> <br /> = 개인 차량 유류비 보조 세무 처리 기준 =<br /> <br /> 대만세법 '''營利事業所得稅查核準則(영리사업소득세차핵준칙) 제74조, 제95조'''에 따라, 유류대(油資, 기름값)은 회사 소유와 개인소유 차이 극명하다.<br /> <br /> 직원 개인 차량 유류비 지원 시 핵심은 <br /> '''회사 비용 인정(법인세 절세)'''과 '''직원 소득세 비과세'''를 동시에 확보하는 것이다.<br /> <br /> 대만 세법상 가장 권장되는 방식은 '''실행거리 기준 실비 정산'''이다.<br /> <br /> <br /> == 1. 추천안: 실행거리 기준 실비 정산 ==<br /> <br /> 직원이 업무상 실제 주행한 거리(KM)를 기준으로 유류비를 정산하는 방식<br /> <br /> 개인 차량, 오토바이 주유의 경우, 프로젝트 마다 4-2 로 추진, <br /> 1) 구글 맵 경로 업로드<br /> 2) 주유 영수증<br /> 단, 주행거래가 구글맵 경로 총계와 동일해야 함 (과도한 차이는 과세)<br /> <br /> === 세무 효과 ===<br /> * 회사: 100% 비용 인정<br /> * 직원: 비과세 (급여 아님, 여비 처리)<br /> <br /> === 지급 기준 ===<br /> * 1KM당 NTD 5~6 수준 권장<br /> * (유가 및 차량 감가상각 반영)<br /> <br /> === 필수 서류 ===<br /> <br /> ==== (1) 출장/업무 일지 ====<br /> * 방문 목적<br /> * 방문처<br /> * 출발지 및 목적지<br /> <br /> ==== (2) 주행거리 증빙 ====<br /> * 차량 계기판(오도미터) 사진<br /> * 또는 구글맵 경로 캡처<br /> <br /> ==== (3) 주유 영수증 ====<br /> * 출장 기간 내 발급<br /> * 회사 통일번호(統一編號) 기재된 통일영수증<br /> <br /> === 핵심 유의사항 ===<br /> * 주유 영수증 금액 기준 지급 금지<br /> * 반드시 아래 방식으로 정산<br /> ** 지급액 = 주행거리(KM) × KM당 단가<br /> <br /> → 영수증은 '''보조 증빙''' 역할<br /> <br /> == 2. 대안: 정액 교통보조금 지급 ==<br /> <br /> 매월 일정 금액을 고정 지급하는 방식<br /> <br /> === 세무 처리 ===<br /> * 회사: 비용 인정 (급여 항목)<br /> * 직원: 급여소득으로 과세<br /> <br /> === 리스크 ===<br /> * 직원 소득세 증가<br /> * 노동보험 / 건강보험 / 연금 기준금액 상승<br /> * 회사 인건비 부담 증가<br /> <br /> <br /> == 3. 세무 리스크 ==<br /> <br /> 실비 정산 서류가 미흡할 경우<br /> <br /> * 국세국 판단:<br /> ** 우회적 급여 지급<br /> ** 비용 부인 또는 급여 과세<br /> <br /> <br /> == 4. 실무 세팅 방법 ==<br /> <br /> === (1) 사내 규정 수립 ===<br /> * 개인 차량 업무 사용 시<br /> * KM당 단가로 정산<br /> * 여비(교통비)로 처리 명문화<br /> <br /> === (2) 정산 양식 통일 ===<br /> * 개인차량 업무 이용 정산서 작성<br /> * 필수 첨부<br /> ** 구글맵 경로<br /> ** 주유 영수증 (통일번호 포함)<br /> <br /> === (3) 한도 설정 ===<br /> * 월 최대 지급 한도 설정 (예: NTD XXXX)<br /> * 과도한 청구 방지<br /> <br /> <br /> == 5. 실무 핵심 포인트 ==<br /> <br /> * 거리 기준 정산 → 비과세 핵심 조건<br /> * 영수증은 보조 증빙 (금액 기준 아님)<br /> * 정액 지급은 급여 처리됨<br /> * '''사규 + 증빙 + 양식''' 3가지 모두 갖춰야 안전<br /> <br /> <br /> ----<br /> <br /> [[분류|ERP]]<br /> [[분류|회계]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=%EB%8C%80%EB%A7%8C%EC%84%B8%EB%B2%95&diff=1207 2026-06-11T08:00:15Z

<p>172.27.0.1: /* 5. 실무 핵심 포인트 */</p> <hr /> <div>대만 세법에 대한 모음이다. 비용인정등을 위한 기준을 마련한다.<br /> <br /> =인정 비용=<br /> 비용으로 인정받는 경우, 직원 50명 기준, 회사 조직이 있어야 인정 받음.<br /> <br /> '''직공복리위원회(職工福利委員會)'''의 설치 - 의무사항<br /> <br /> = 대만 복리후생비 세무 처리 기준 =<br /> <br /> 대만 세법(營利事業所得稅查核準則, 영리사업소득세차핵준칙 제81조)상 '''종업원 복리후생비(員工福利費)'''의 비용(손금) 인정 기준은 '''직공복리위원회(職工福利委員會)'''의 설치 여부에 따라 크게 달라진다. <br /> 대만은 일정 규모 이상의 직원이 있을 경우 복리후생위원회 설치가 의무이며, 이에 따라 세법상 한도 계산 방식이 상이하다.<br /> <br /> == 1. 복리후생위원회 설치 여부에 따른 한도 기준 ==<br /> <br /> 대만 소득세법은 복리후생비의 무제한 비용 처리를 방지하기 위해 다음 기준을 적용한다.<br /> <br /> === ① 위원회 설치 기업 (직원 50인 이상 의무) ===<br /> * '''원칙''': 회사는 법정 기준에 따라 '''복리후생 기금(職工福利金)'''을 출연해야 하며, 해당 출연금만 비용으로 인정됨<br /> <br /> * '''법정 출연 한도'''<br /> ** 창립 시: 자본금의 1% ~ 5% 이내 (일시 비용 또는 자본화 후 상각)<br /> ** 매월 총매출액의 0.05% ~ 0.15% 이내<br /> ** 매월 직원 급여 공제액 (직원 소득 차감)<br /> ** 불용자산 매각 수입의 20% ~ 40% 이내<br /> <br /> * '''주의사항'''<br /> ** 기금 출연 외 추가 복리후생비를 회사 장부에 직접 반영 시 비용 부인 가능성 높음<br /> ** 여행보조금, 경조사비 등 모든 복지 지출은 위원회 기금에서 집행해야 함<br /> <br /> <br /> <br /> === ② 위원회 미설치 기업 (직원 50인 미만) ===<br /> * 회사가 직접 비용 처리 가능하나 세법상 한도 적용<br /> <br /> * '''비용 인정 한도'''<br /> ** 매월 복리후생비 ≤ 당월 총 급여 × 일정 비율 (일반적으로 2%~4%)<br /> <br /> * '''주의사항'''<br /> ** 한도 초과 금액은 손금 불산입 → 과세소득 가산<br /> <br /> <br /> <br /> == 2. 항목별 세법상 적격 증빙 ==<br /> <br /> 대만 세무당국은 비용 인정 시 업무 관련성과 증빙을 엄격히 검토한다.<br /> <br /> * '''식대 및 중식 보조'''<br /> ** 월 한도 (예: 인당 NTD 3,000 수준) 내 비과세 비용 인정<br /> <br /> * '''직원 보험료'''<br /> ** 노동보험, 건강보험, 단체보험 비용 인정 (인당 한도 존재)<br /> <br /> * '''교육훈련비'''<br /> ** 업무 관련성 입증 필요<br /> ** 통일영수증(統一發票) 필수<br /> <br /> * '''경조사비 및 의료비'''<br /> ** 사규에 지급 기준 명시 필요<br /> ** 기타소득 또는 급여소득으로 원천징수 가능성 있음<br /> <br /> <br /> <br /> == 3. 주요 세무 리스크 ==<br /> <br /> === ① 접대비와의 구분 ===<br /> * 전 직원 대상 행사 (예: 尾牙 등) → 복리후생비 인정<br /> * 특정 고객/임원 대상 → 접대비로 분류<br /> <br /> * '''접대비 한도'''<br /> ** 매출액 기준 0.15% ~ 0.45%<br /> <br /> <br /> <br /> === ② 증빙 부적격 리스크 ===<br /> * 일반 영수증(收據) → 비용 인정 제한 또는 부인 가능<br /> * 반드시 '''통일영수증(統一發票)''' 확보 필요<br /> <br /> <br /> <br /> == 4. 실무 시사점 ==<br /> <br /> * 직원 수 50인 이상 여부에 따라 세무 전략이 완전히 달라짐<br /> * 복리후생비는 반드시 구조적으로 관리 필요<br /> * 비용 집행 주체(위원회 vs 회사) 명확화 중요<br /> <br /> <br /> <br /> == 5. 추가 검토 필요사항 ==<br /> <br /> 다음 정보에 따라 세무 판단이 달라질 수 있음:<br /> * 정확한 직원 수<br /> * 복리후생비 세부 항목 (예: 장기근속 포상, 직원 여행 등)<br /> <br /> → 구체 조건 확인 시 세무 리스크 최소화 가능<br /> <br /> <br /> ---<br /> <br /> =대만소득세법 37조=<br /> <br /> <br /> == 대만 교제응수비(접대비) 손금 인정 기준 ==<br /> <br /> 대만 소득세법 제37조에 따른 '''교제응수비(交際應酬費)'''의 손금 인정 한도는 <br /> 매입(進貨), 매출(銷貨), 노무제공(勞務), 외환수입 등 '''목적별 연간 순금액'''에 따라 <br /> 구간별 누진 비율을 적용하여 '''합산 계산'''한다.<br /> <br /> 또한 '''청색신고서(藍色申報書) 사용 기업''' 및 <br /> '''회계사 세무조정(簽證) 기업'''은 일반 기업보다 높은 공제 한도를 적용받는다.<br /> <br /> <br /> <br /> === 1. 매입 목적 (연간 순매입액 기준) ===<br /> <br /> 원재료 또는 상품 매입 시 발생하는 교제응수비 한도<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 연간 순매입액 (NTD)<br /> ! 일반 기업<br /> ! 청색신고 / 세무조정 기업<br /> |-<br /> | 3,000만 이하<br /> | 0.15%<br /> | 0.20%<br /> |-<br /> | 3,000만 ~ 1억 5,000만<br /> | 초과분 0.10% + 45,000<br /> | 초과분 0.15% + 60,000<br /> |-<br /> | 1억 5,000만 ~ 6억<br /> | 초과분 0.05% + 165,000<br /> | 초과분 0.10% + 240,000<br /> |-<br /> | 6억 초과<br /> | 초과분 0.025% + 390,000<br /> | 초과분 0.05% + 690,000<br /> |}<br /> <br /> * '''예시'''<br /> ** 순매입액 4,000만 NTD (일반 기업)<br /> ** (3,000만 × 0.15%) + (1,000만 × 0.10%) = 55,000 NTD<br /> <br /> <br /> <br /> === 2. 매출 목적 (연간 순매출액 기준) ===<br /> <br /> 상품 판매 또는 고객 대상 선물 제공 시 적용<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 연간 순매출액 (NTD)<br /> ! 일반 기업<br /> ! 청색신고 / 세무조정 기업<br /> |-<br /> | 3,000만 이하<br /> | 0.45%<br /> | 0.60%<br /> |-<br /> | 3,000만 ~ 1억 5,000만<br /> | 초과분 0.30% + 135,000<br /> | 초과분 0.40% + 180,000<br /> |-<br /> | 1억 5,000만 ~ 6억<br /> | 초과분 0.20% + 495,000<br /> | 초과분 0.30% + 660,000<br /> |-<br /> | 6억 초과<br /> | 초과분 0.10% + 1,395,000<br /> | 초과분 0.15% + 2,010,000<br /> |}<br /> <br /> <br /> <br /> === 3. 노무 및 신용제공 목적 (서비스업) ===<br /> <br /> 노무 제공 및 서비스 수익 발생 기업 기준<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 연간 순노무수입 (NTD)<br /> ! 일반 기업<br /> ! 청색신고 / 세무조정 기업<br /> |-<br /> | 900만 이하<br /> | 1.0%<br /> | 1.2%<br /> |-<br /> | 900만 ~ 4,500만<br /> | 초과분 0.6% + 90,000<br /> | 초과분 0.8% + 108,000<br /> |-<br /> | 4,500만 초과<br /> | 초과분 0.4% + 306,000<br /> | 초과분 0.6% + 396,000<br /> |}<br /> <br /> <br /> <br /> === 4. 외환 수입에 대한 추가 한도 ===<br /> <br /> 수출 등으로 외환 수입이 발생한 경우 별도 추가 한도 인정<br /> <br /> * '''추가 한도'''<br /> ** 당해 연도 외환 수입액의 최대 2.0%<br /> <br /> * '''특징'''<br /> ** 매입/매출/노무 한도와 별도로 추가 적용<br /> <br /> <br /> <br /> === 5. 실무 적용 핵심 ===<br /> <br /> * 총 한도 = '''매입 + 매출 + 노무 + 외환 추가 한도''' 합산<br /> * 기업 거래 규모에 따라 한도가 자동 확대되는 구조<br /> * 총 접대비가 한도 초과 시:<br /> ** 세무조정 시 손금 불산입 (비용 부인)<br /> ** 법인세 과세소득 증가<br /> <br /> <br /> === 6. 실무 유의사항 ===<br /> <br /> * 목적별 금액 구분 관리 필수 (매입 vs 매출 vs 노무)<br /> * 청색신고서 및 세무조정 여부에 따라 한도 차이 발생<br /> * 외환 수입 증빙 확보 시 추가 절세 가능<br /> <br /> <br /> = 대만 출장비(여비) 세무 처리 기준 =<br /> <br /> 대만 세법상 출장비는 '''「營利事業所得稅查核準則」영리사업소득세차핵준칙 제74조'''의 <br /> 여비(旅費) 규정을 적용받는다.<br /> <br /> 대만 국세국은 출장비의 업무 관련성과 증빙 적정성을 매우 엄격하게 검토하므로 <br /> 다음 요건을 반드시 충족해야 한다.<br /> <br /> <br /> <br /> == 1. 필수 서류: 출장보고서(出差報告單) ==<br /> <br /> 출장비는 단순 영수증만으로는 비용 인정 불가하며, <br /> 출장보고서가 없으면 전액 비용 부인 가능하다.<br /> <br /> :필수 기재 항목<br /> ::* 일자별 방문 일정<br /> ::* 방문 장소<br /> ::* 방문 대상 (고객사명, 담당자)<br /> ::* 구체적인 업무 내용<br /> <br /> :보완 증빙<br /> ::* 항공권, 보딩패스<br /> ::* 이메일 미팅 기록<br /> ::* 전시회/행사 자료 등<br /> <br /> <br /> <br /> == 2. 비용 구분별 인정 기준 ==<br /> <br /> 출장비는 다음 3가지로 구분하여 판단한다.<br /> <br /> :(1) 교통비<br /> <br /> ::* 한도: 없음 (실비 인정)<br /> <br /> ::* 항공/고속철<br /> ::** 티켓 + 보딩패스 필수<br /> <br /> ::* 시내 교통<br /> ::** 택시, Uber → 영수증 또는 收據 필요<br /> <br /> ::* 주의 (해외 출장)<br /> ::** 일당(잡비)을 지급한 경우 <br /> ::** 시내 교통비는 일당에 포함 → 별도 청구 불가<br /> <br /> <br /> <br /> :(2) 숙박비<br /> <br /> ::* 한도: 실비 인정<br /> <br /> ::* 대만 국내 출장<br /> ::** 통일영수증(統一發票) 필수<br /> <br /> ::* 해외 출장<br /> ::** 일당 기준 적용 또는<br /> ::** 회사 내부 규정에 따라 실비 인정 가능<br /> <br /> <br /> <br /> :(3) 식대 및 잡비 (膳雜費)<br /> <br /> ::* 일당 기준 적용 (영수증 불필요)<br /> <br /> '''대만 국내 출장''' <br /> :* 임원: NTD 700 / 일<br /> :* 일반 직원: '''NTD 600 / 일'''<br /> <br /> '''일당 초과분은 개인 소득세 대상'''<br /> <br /> '''해외 출장'''<br /> :* 정부 고시 기준 적용 <br /> (國外出差旅費報支要點)<br /> <br /> :초과 지급 시<br /> ::* 초과분은 비용 인정 불가<br /> ::* '''직원 급여로 간주 → 원천징수 대상'''<br /> <br /> ==3. 부가가치세(營業稅) 처리==<br /> <br /> 출장비의 부가세 공제는 항목에 따라 다르게 적용된다.<br /> <br /> :(1) 업무용 출장<br /> <br /> ::* 공제 가능 항목<br /> ::** 대만 국내 항공료<br /> ::** 철도 비용<br /> ::** 호텔 숙박비 ('''통일영수증 필수''')<br /> <br /> → 매입세액 공제 가능<br /> <br /> <br /> :(2) 복리후생성 출장<br /> <br /> ::* 직원 포상 여행 등<br /> ::* 출장보고서 없음 또는 업무 무관<br /> <br /> → '''부가세 공제 불가 (영업세법 제19조)'''<br /> <br /> <br /> <br /> ==4. 실무 핵심 포인트==<br /> <br /> :* 출장보고서 없으면 전액 부인 가능<br /> :* 교통비·숙박비는 증빙이 핵심<br /> :* 식대는 일당 기준 관리<br /> :* 해외 출장 시 일당과 실비 중복 청구 금지<br /> :* 복리성 출장은 부가세 공제 불가<br /> <br /> <br /> = 대만 유류대(기름값) 세무 처리 기준 =<br /> <br /> 대만 세법(營利事業所得稅查核準則 제74조 및 제95조)에 따르면 <br /> 유류대(油資)는 '''차량 소유 주체'''에 따라 세무 처리 방식이 크게 달라진다.<br /> <br /> 대만 국세국은 '''법인 차량'''과 '''직원 개인 차량'''을 엄격히 구분하여 관리한다.<br /> <br /> * 주유시 - '''영수증에 차량번호가 기재'''되어야 한다.<br /> <br /> == 1. 회사 소유 차량 (법인차) ==<br /> <br /> === 기본 원칙 ===<br /> * 회사 소유 또는 리스 차량<br /> * 장부상 자산으로 등록된 업무용 차량<br /> <br /> → '''유류대 전액 비용 인정''' (한도 없음)<br /> <br /> === 필수 증빙 ===<br /> * 통일영수증(統一發票)<br /> * 회사 통일번호(사업자번호) 기재<br /> * 차량번호(車牌號碼) 필수 기재<br /> <br /> === 부가가치세 처리 ===<br /> * 유류대 부가세(5%) → 매입세액 공제 가능<br /> * 차량 구입비는 공제 불가 (소형 승용차)<br /> * 단, 주유비 및 수리비는 공제 가능<br /> <br /> <br /> == 2. 직원 개인 차량 사용 ==<br /> <br /> 직원 개인 차량에 대한 유류비는 <br /> '''업무 관련성이 입증'''되지 않으면 비용 부인 또는 급여 과세 대상이 된다.<br /> <br /> === (1) 실비 정산 방식 ===<br /> <br /> 직원이 출장 중 개인 차량 사용 후 영수증 제출<br /> <br /> ==== 필수 서류 ====<br /> * 출장보고서(出差報告單)<br /> * '''주행거리(KM) 기록 (출발/종료)'''<br /> <br /> ==== 증빙 ====<br /> * 회사 통일번호가 기재된 주유 영수증<br /> <br /> ==== 유의사항 ====<br /> * 주행거리 대비 과도한 유류비 → 초과분 부인 가능<br /> <br /> <br /> === (2) 보조금 지급 방식 ===<br /> <br /> 월 정액 교통비 또는 유류비 지급<br /> <br /> ==== 세무 처리 ====<br /> * 회사 비용 인정 가능<br /> * 직원 개인 '''급여소득'''으로 간주<br /> <br /> ==== 의무 사항 ====<br /> * '''급여 포함'''<br /> * 원천징수 및 소득 신고 필수<br /> <br /> == 3. 주요 세무 리스크 ==<br /> <br /> === (1) 차량번호 누락 ===<br /> * 통일번호만 입력하고 차량번호 누락 사례 빈번<br /> * 세무조사 시 차량별 매칭 요구 가능<br /> <br /> → 반드시 주유 시 차량번호 입력 필요<br /> <br /> <br /> === (2) 주말 및 공휴일 주유 ===<br /> * 개인 용도로 의심되는 주요 항목 - '''주유 불가!'''<br /> <br /> ==== 대응 방법 ====<br /> * '''특근 명령서'''<br /> * 주말 출장보고서<br /> <br /> → 업무 관련성 입증 자료 필수<br /> <br /> <br /> == 4. 실무 핵심 포인트 ==<br /> <br /> * 법인차 → 전액 비용 인정 + 부가세 공제 가능<br /> * 개인차 → 입증 실패 시 비용 부인 또는 '''급여 과세'''<br /> * '''차량번호 포함된 영수증''' 확보 필수<br /> * 주말 주유 건은 별도 증빙 준비 필요 - '''특근 명령서, 출장보고서 첨부'''<br /> <br /> <br /> = 개인 차량 유류비 보조 세무 처리 기준 =<br /> <br /> 직원 개인 차량 유류비 지원 시 핵심은 <br /> '''회사 비용 인정(법인세 절세)'''과 '''직원 소득세 비과세'''를 동시에 확보하는 것이다.<br /> <br /> 대만 세법상 가장 권장되는 방식은 '''실행거리 기준 실비 정산'''이다.<br /> <br /> <br /> == 1. 추천안: 실행거리 기준 실비 정산 ==<br /> <br /> 직원이 업무상 실제 주행한 거리(KM)를 기준으로 유류비를 정산하는 방식<br /> <br /> 개인 차량, 오토바이 주유의 경우, 프로젝트 마다 4-2 로 추진, <br /> 1) 구글 맵 경로 업로드<br /> 2) 주유 영수증<br /> 단, 주행거래가 구글맵 경로 총계와 동일해야 함 (과도한 차이는 과세)<br /> <br /> === 세무 효과 ===<br /> * 회사: 100% 비용 인정<br /> * 직원: 비과세 (급여 아님, 여비 처리)<br /> <br /> === 지급 기준 ===<br /> * 1KM당 NTD 5~6 수준 권장<br /> * (유가 및 차량 감가상각 반영)<br /> <br /> === 필수 서류 ===<br /> <br /> ==== (1) 출장/업무 일지 ====<br /> * 방문 목적<br /> * 방문처<br /> * 출발지 및 목적지<br /> <br /> ==== (2) 주행거리 증빙 ====<br /> * 차량 계기판(오도미터) 사진<br /> * 또는 구글맵 경로 캡처<br /> <br /> ==== (3) 주유 영수증 ====<br /> * 출장 기간 내 발급<br /> * 회사 통일번호(統一編號) 기재된 통일영수증<br /> <br /> === 핵심 유의사항 ===<br /> * 주유 영수증 금액 기준 지급 금지<br /> * 반드시 아래 방식으로 정산<br /> ** 지급액 = 주행거리(KM) × KM당 단가<br /> <br /> → 영수증은 '''보조 증빙''' 역할<br /> <br /> == 2. 대안: 정액 교통보조금 지급 ==<br /> <br /> 매월 일정 금액을 고정 지급하는 방식<br /> <br /> === 세무 처리 ===<br /> * 회사: 비용 인정 (급여 항목)<br /> * 직원: 급여소득으로 과세<br /> <br /> === 리스크 ===<br /> * 직원 소득세 증가<br /> * 노동보험 / 건강보험 / 연금 기준금액 상승<br /> * 회사 인건비 부담 증가<br /> <br /> <br /> == 3. 세무 리스크 ==<br /> <br /> 실비 정산 서류가 미흡할 경우<br /> <br /> * 국세국 판단:<br /> ** 우회적 급여 지급<br /> ** 비용 부인 또는 급여 과세<br /> <br /> <br /> == 4. 실무 세팅 방법 ==<br /> <br /> === (1) 사내 규정 수립 ===<br /> * 개인 차량 업무 사용 시<br /> * KM당 단가로 정산<br /> * 여비(교통비)로 처리 명문화<br /> <br /> === (2) 정산 양식 통일 ===<br /> * 개인차량 업무 이용 정산서 작성<br /> * 필수 첨부<br /> ** 구글맵 경로<br /> ** 주유 영수증 (통일번호 포함)<br /> <br /> === (3) 한도 설정 ===<br /> * 월 최대 지급 한도 설정 (예: NTD XXXX)<br /> * 과도한 청구 방지<br /> <br /> <br /> == 5. 실무 핵심 포인트 ==<br /> <br /> * 거리 기준 정산 → 비과세 핵심 조건<br /> * 영수증은 보조 증빙 (금액 기준 아님)<br /> * 정액 지급은 급여 처리됨<br /> * '''사규 + 증빙 + 양식''' 3가지 모두 갖춰야 안전<br /> <br /> <br /> ----<br /> <br /> [[분류|ERP]]<br /> [[분류|회계]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=%EB%8C%80%EB%A7%8C%EC%84%B8%EB%B2%95&diff=1206 2026-06-11T07:45:18Z

<p>172.27.0.1: /* 1. 추천안: 실행거리 기준 실비 정산 */</p> <hr /> <div>대만 세법에 대한 모음이다. 비용인정등을 위한 기준을 마련한다.<br /> <br /> =인정 비용=<br /> 비용으로 인정받는 경우, 직원 50명 기준, 회사 조직이 있어야 인정 받음.<br /> <br /> '''직공복리위원회(職工福利委員會)'''의 설치 - 의무사항<br /> <br /> = 대만 복리후생비 세무 처리 기준 =<br /> <br /> 대만 세법(營利事業所得稅查核準則, 영리사업소득세차핵준칙 제81조)상 '''종업원 복리후생비(員工福利費)'''의 비용(손금) 인정 기준은 '''직공복리위원회(職工福利委員會)'''의 설치 여부에 따라 크게 달라진다. <br /> 대만은 일정 규모 이상의 직원이 있을 경우 복리후생위원회 설치가 의무이며, 이에 따라 세법상 한도 계산 방식이 상이하다.<br /> <br /> == 1. 복리후생위원회 설치 여부에 따른 한도 기준 ==<br /> <br /> 대만 소득세법은 복리후생비의 무제한 비용 처리를 방지하기 위해 다음 기준을 적용한다.<br /> <br /> === ① 위원회 설치 기업 (직원 50인 이상 의무) ===<br /> * '''원칙''': 회사는 법정 기준에 따라 '''복리후생 기금(職工福利金)'''을 출연해야 하며, 해당 출연금만 비용으로 인정됨<br /> <br /> * '''법정 출연 한도'''<br /> ** 창립 시: 자본금의 1% ~ 5% 이내 (일시 비용 또는 자본화 후 상각)<br /> ** 매월 총매출액의 0.05% ~ 0.15% 이내<br /> ** 매월 직원 급여 공제액 (직원 소득 차감)<br /> ** 불용자산 매각 수입의 20% ~ 40% 이내<br /> <br /> * '''주의사항'''<br /> ** 기금 출연 외 추가 복리후생비를 회사 장부에 직접 반영 시 비용 부인 가능성 높음<br /> ** 여행보조금, 경조사비 등 모든 복지 지출은 위원회 기금에서 집행해야 함<br /> <br /> <br /> <br /> === ② 위원회 미설치 기업 (직원 50인 미만) ===<br /> * 회사가 직접 비용 처리 가능하나 세법상 한도 적용<br /> <br /> * '''비용 인정 한도'''<br /> ** 매월 복리후생비 ≤ 당월 총 급여 × 일정 비율 (일반적으로 2%~4%)<br /> <br /> * '''주의사항'''<br /> ** 한도 초과 금액은 손금 불산입 → 과세소득 가산<br /> <br /> <br /> <br /> == 2. 항목별 세법상 적격 증빙 ==<br /> <br /> 대만 세무당국은 비용 인정 시 업무 관련성과 증빙을 엄격히 검토한다.<br /> <br /> * '''식대 및 중식 보조'''<br /> ** 월 한도 (예: 인당 NTD 3,000 수준) 내 비과세 비용 인정<br /> <br /> * '''직원 보험료'''<br /> ** 노동보험, 건강보험, 단체보험 비용 인정 (인당 한도 존재)<br /> <br /> * '''교육훈련비'''<br /> ** 업무 관련성 입증 필요<br /> ** 통일영수증(統一發票) 필수<br /> <br /> * '''경조사비 및 의료비'''<br /> ** 사규에 지급 기준 명시 필요<br /> ** 기타소득 또는 급여소득으로 원천징수 가능성 있음<br /> <br /> <br /> <br /> == 3. 주요 세무 리스크 ==<br /> <br /> === ① 접대비와의 구분 ===<br /> * 전 직원 대상 행사 (예: 尾牙 등) → 복리후생비 인정<br /> * 특정 고객/임원 대상 → 접대비로 분류<br /> <br /> * '''접대비 한도'''<br /> ** 매출액 기준 0.15% ~ 0.45%<br /> <br /> <br /> <br /> === ② 증빙 부적격 리스크 ===<br /> * 일반 영수증(收據) → 비용 인정 제한 또는 부인 가능<br /> * 반드시 '''통일영수증(統一發票)''' 확보 필요<br /> <br /> <br /> <br /> == 4. 실무 시사점 ==<br /> <br /> * 직원 수 50인 이상 여부에 따라 세무 전략이 완전히 달라짐<br /> * 복리후생비는 반드시 구조적으로 관리 필요<br /> * 비용 집행 주체(위원회 vs 회사) 명확화 중요<br /> <br /> <br /> <br /> == 5. 추가 검토 필요사항 ==<br /> <br /> 다음 정보에 따라 세무 판단이 달라질 수 있음:<br /> * 정확한 직원 수<br /> * 복리후생비 세부 항목 (예: 장기근속 포상, 직원 여행 등)<br /> <br /> → 구체 조건 확인 시 세무 리스크 최소화 가능<br /> <br /> <br /> ---<br /> <br /> =대만소득세법 37조=<br /> <br /> <br /> == 대만 교제응수비(접대비) 손금 인정 기준 ==<br /> <br /> 대만 소득세법 제37조에 따른 '''교제응수비(交際應酬費)'''의 손금 인정 한도는 <br /> 매입(進貨), 매출(銷貨), 노무제공(勞務), 외환수입 등 '''목적별 연간 순금액'''에 따라 <br /> 구간별 누진 비율을 적용하여 '''합산 계산'''한다.<br /> <br /> 또한 '''청색신고서(藍色申報書) 사용 기업''' 및 <br /> '''회계사 세무조정(簽證) 기업'''은 일반 기업보다 높은 공제 한도를 적용받는다.<br /> <br /> <br /> <br /> === 1. 매입 목적 (연간 순매입액 기준) ===<br /> <br /> 원재료 또는 상품 매입 시 발생하는 교제응수비 한도<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 연간 순매입액 (NTD)<br /> ! 일반 기업<br /> ! 청색신고 / 세무조정 기업<br /> |-<br /> | 3,000만 이하<br /> | 0.15%<br /> | 0.20%<br /> |-<br /> | 3,000만 ~ 1억 5,000만<br /> | 초과분 0.10% + 45,000<br /> | 초과분 0.15% + 60,000<br /> |-<br /> | 1억 5,000만 ~ 6억<br /> | 초과분 0.05% + 165,000<br /> | 초과분 0.10% + 240,000<br /> |-<br /> | 6억 초과<br /> | 초과분 0.025% + 390,000<br /> | 초과분 0.05% + 690,000<br /> |}<br /> <br /> * '''예시'''<br /> ** 순매입액 4,000만 NTD (일반 기업)<br /> ** (3,000만 × 0.15%) + (1,000만 × 0.10%) = 55,000 NTD<br /> <br /> <br /> <br /> === 2. 매출 목적 (연간 순매출액 기준) ===<br /> <br /> 상품 판매 또는 고객 대상 선물 제공 시 적용<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 연간 순매출액 (NTD)<br /> ! 일반 기업<br /> ! 청색신고 / 세무조정 기업<br /> |-<br /> | 3,000만 이하<br /> | 0.45%<br /> | 0.60%<br /> |-<br /> | 3,000만 ~ 1억 5,000만<br /> | 초과분 0.30% + 135,000<br /> | 초과분 0.40% + 180,000<br /> |-<br /> | 1억 5,000만 ~ 6억<br /> | 초과분 0.20% + 495,000<br /> | 초과분 0.30% + 660,000<br /> |-<br /> | 6억 초과<br /> | 초과분 0.10% + 1,395,000<br /> | 초과분 0.15% + 2,010,000<br /> |}<br /> <br /> <br /> <br /> === 3. 노무 및 신용제공 목적 (서비스업) ===<br /> <br /> 노무 제공 및 서비스 수익 발생 기업 기준<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 연간 순노무수입 (NTD)<br /> ! 일반 기업<br /> ! 청색신고 / 세무조정 기업<br /> |-<br /> | 900만 이하<br /> | 1.0%<br /> | 1.2%<br /> |-<br /> | 900만 ~ 4,500만<br /> | 초과분 0.6% + 90,000<br /> | 초과분 0.8% + 108,000<br /> |-<br /> | 4,500만 초과<br /> | 초과분 0.4% + 306,000<br /> | 초과분 0.6% + 396,000<br /> |}<br /> <br /> <br /> <br /> === 4. 외환 수입에 대한 추가 한도 ===<br /> <br /> 수출 등으로 외환 수입이 발생한 경우 별도 추가 한도 인정<br /> <br /> * '''추가 한도'''<br /> ** 당해 연도 외환 수입액의 최대 2.0%<br /> <br /> * '''특징'''<br /> ** 매입/매출/노무 한도와 별도로 추가 적용<br /> <br /> <br /> <br /> === 5. 실무 적용 핵심 ===<br /> <br /> * 총 한도 = '''매입 + 매출 + 노무 + 외환 추가 한도''' 합산<br /> * 기업 거래 규모에 따라 한도가 자동 확대되는 구조<br /> * 총 접대비가 한도 초과 시:<br /> ** 세무조정 시 손금 불산입 (비용 부인)<br /> ** 법인세 과세소득 증가<br /> <br /> <br /> === 6. 실무 유의사항 ===<br /> <br /> * 목적별 금액 구분 관리 필수 (매입 vs 매출 vs 노무)<br /> * 청색신고서 및 세무조정 여부에 따라 한도 차이 발생<br /> * 외환 수입 증빙 확보 시 추가 절세 가능<br /> <br /> <br /> = 대만 출장비(여비) 세무 처리 기준 =<br /> <br /> 대만 세법상 출장비는 '''「營利事業所得稅查核準則」영리사업소득세차핵준칙 제74조'''의 <br /> 여비(旅費) 규정을 적용받는다.<br /> <br /> 대만 국세국은 출장비의 업무 관련성과 증빙 적정성을 매우 엄격하게 검토하므로 <br /> 다음 요건을 반드시 충족해야 한다.<br /> <br /> <br /> <br /> == 1. 필수 서류: 출장보고서(出差報告單) ==<br /> <br /> 출장비는 단순 영수증만으로는 비용 인정 불가하며, <br /> 출장보고서가 없으면 전액 비용 부인 가능하다.<br /> <br /> :필수 기재 항목<br /> ::* 일자별 방문 일정<br /> ::* 방문 장소<br /> ::* 방문 대상 (고객사명, 담당자)<br /> ::* 구체적인 업무 내용<br /> <br /> :보완 증빙<br /> ::* 항공권, 보딩패스<br /> ::* 이메일 미팅 기록<br /> ::* 전시회/행사 자료 등<br /> <br /> <br /> <br /> == 2. 비용 구분별 인정 기준 ==<br /> <br /> 출장비는 다음 3가지로 구분하여 판단한다.<br /> <br /> :(1) 교통비<br /> <br /> ::* 한도: 없음 (실비 인정)<br /> <br /> ::* 항공/고속철<br /> ::** 티켓 + 보딩패스 필수<br /> <br /> ::* 시내 교통<br /> ::** 택시, Uber → 영수증 또는 收據 필요<br /> <br /> ::* 주의 (해외 출장)<br /> ::** 일당(잡비)을 지급한 경우 <br /> ::** 시내 교통비는 일당에 포함 → 별도 청구 불가<br /> <br /> <br /> <br /> :(2) 숙박비<br /> <br /> ::* 한도: 실비 인정<br /> <br /> ::* 대만 국내 출장<br /> ::** 통일영수증(統一發票) 필수<br /> <br /> ::* 해외 출장<br /> ::** 일당 기준 적용 또는<br /> ::** 회사 내부 규정에 따라 실비 인정 가능<br /> <br /> <br /> <br /> :(3) 식대 및 잡비 (膳雜費)<br /> <br /> ::* 일당 기준 적용 (영수증 불필요)<br /> <br /> '''대만 국내 출장''' <br /> :* 임원: NTD 700 / 일<br /> :* 일반 직원: '''NTD 600 / 일'''<br /> <br /> '''일당 초과분은 개인 소득세 대상'''<br /> <br /> '''해외 출장'''<br /> :* 정부 고시 기준 적용 <br /> (國外出差旅費報支要點)<br /> <br /> :초과 지급 시<br /> ::* 초과분은 비용 인정 불가<br /> ::* '''직원 급여로 간주 → 원천징수 대상'''<br /> <br /> ==3. 부가가치세(營業稅) 처리==<br /> <br /> 출장비의 부가세 공제는 항목에 따라 다르게 적용된다.<br /> <br /> :(1) 업무용 출장<br /> <br /> ::* 공제 가능 항목<br /> ::** 대만 국내 항공료<br /> ::** 철도 비용<br /> ::** 호텔 숙박비 ('''통일영수증 필수''')<br /> <br /> → 매입세액 공제 가능<br /> <br /> <br /> :(2) 복리후생성 출장<br /> <br /> ::* 직원 포상 여행 등<br /> ::* 출장보고서 없음 또는 업무 무관<br /> <br /> → '''부가세 공제 불가 (영업세법 제19조)'''<br /> <br /> <br /> <br /> ==4. 실무 핵심 포인트==<br /> <br /> :* 출장보고서 없으면 전액 부인 가능<br /> :* 교통비·숙박비는 증빙이 핵심<br /> :* 식대는 일당 기준 관리<br /> :* 해외 출장 시 일당과 실비 중복 청구 금지<br /> :* 복리성 출장은 부가세 공제 불가<br /> <br /> <br /> = 대만 유류대(기름값) 세무 처리 기준 =<br /> <br /> 대만 세법(營利事業所得稅查核準則 제74조 및 제95조)에 따르면 <br /> 유류대(油資)는 '''차량 소유 주체'''에 따라 세무 처리 방식이 크게 달라진다.<br /> <br /> 대만 국세국은 '''법인 차량'''과 '''직원 개인 차량'''을 엄격히 구분하여 관리한다.<br /> <br /> * 주유시 - '''영수증에 차량번호가 기재'''되어야 한다.<br /> <br /> == 1. 회사 소유 차량 (법인차) ==<br /> <br /> === 기본 원칙 ===<br /> * 회사 소유 또는 리스 차량<br /> * 장부상 자산으로 등록된 업무용 차량<br /> <br /> → '''유류대 전액 비용 인정''' (한도 없음)<br /> <br /> === 필수 증빙 ===<br /> * 통일영수증(統一發票)<br /> * 회사 통일번호(사업자번호) 기재<br /> * 차량번호(車牌號碼) 필수 기재<br /> <br /> === 부가가치세 처리 ===<br /> * 유류대 부가세(5%) → 매입세액 공제 가능<br /> * 차량 구입비는 공제 불가 (소형 승용차)<br /> * 단, 주유비 및 수리비는 공제 가능<br /> <br /> <br /> == 2. 직원 개인 차량 사용 ==<br /> <br /> 직원 개인 차량에 대한 유류비는 <br /> '''업무 관련성이 입증'''되지 않으면 비용 부인 또는 급여 과세 대상이 된다.<br /> <br /> === (1) 실비 정산 방식 ===<br /> <br /> 직원이 출장 중 개인 차량 사용 후 영수증 제출<br /> <br /> ==== 필수 서류 ====<br /> * 출장보고서(出差報告單)<br /> * '''주행거리(KM) 기록 (출발/종료)'''<br /> <br /> ==== 증빙 ====<br /> * 회사 통일번호가 기재된 주유 영수증<br /> <br /> ==== 유의사항 ====<br /> * 주행거리 대비 과도한 유류비 → 초과분 부인 가능<br /> <br /> <br /> === (2) 보조금 지급 방식 ===<br /> <br /> 월 정액 교통비 또는 유류비 지급<br /> <br /> ==== 세무 처리 ====<br /> * 회사 비용 인정 가능<br /> * 직원 개인 '''급여소득'''으로 간주<br /> <br /> ==== 의무 사항 ====<br /> * '''급여 포함'''<br /> * 원천징수 및 소득 신고 필수<br /> <br /> == 3. 주요 세무 리스크 ==<br /> <br /> === (1) 차량번호 누락 ===<br /> * 통일번호만 입력하고 차량번호 누락 사례 빈번<br /> * 세무조사 시 차량별 매칭 요구 가능<br /> <br /> → 반드시 주유 시 차량번호 입력 필요<br /> <br /> <br /> === (2) 주말 및 공휴일 주유 ===<br /> * 개인 용도로 의심되는 주요 항목 - '''주유 불가!'''<br /> <br /> ==== 대응 방법 ====<br /> * '''특근 명령서'''<br /> * 주말 출장보고서<br /> <br /> → 업무 관련성 입증 자료 필수<br /> <br /> <br /> == 4. 실무 핵심 포인트 ==<br /> <br /> * 법인차 → 전액 비용 인정 + 부가세 공제 가능<br /> * 개인차 → 입증 실패 시 비용 부인 또는 '''급여 과세'''<br /> * '''차량번호 포함된 영수증''' 확보 필수<br /> * 주말 주유 건은 별도 증빙 준비 필요 - '''특근 명령서, 출장보고서 첨부'''<br /> <br /> <br /> = 개인 차량 유류비 보조 세무 처리 기준 =<br /> <br /> 직원 개인 차량 유류비 지원 시 핵심은 <br /> '''회사 비용 인정(법인세 절세)'''과 '''직원 소득세 비과세'''를 동시에 확보하는 것이다.<br /> <br /> 대만 세법상 가장 권장되는 방식은 '''실행거리 기준 실비 정산'''이다.<br /> <br /> <br /> == 1. 추천안: 실행거리 기준 실비 정산 ==<br /> <br /> 직원이 업무상 실제 주행한 거리(KM)를 기준으로 유류비를 정산하는 방식<br /> <br /> 개인 차량, 오토바이 주유의 경우, 프로젝트 마다 4-2 로 추진, <br /> 1) 구글 맵 경로 업로드<br /> 2) 주유 영수증<br /> 단, 주행거래가 구글맵 경로 총계와 동일해야 함 (과도한 차이는 과세)<br /> <br /> === 세무 효과 ===<br /> * 회사: 100% 비용 인정<br /> * 직원: 비과세 (급여 아님, 여비 처리)<br /> <br /> === 지급 기준 ===<br /> * 1KM당 NTD 5~6 수준 권장<br /> * (유가 및 차량 감가상각 반영)<br /> <br /> === 필수 서류 ===<br /> <br /> ==== (1) 출장/업무 일지 ====<br /> * 방문 목적<br /> * 방문처<br /> * 출발지 및 목적지<br /> <br /> ==== (2) 주행거리 증빙 ====<br /> * 차량 계기판(오도미터) 사진<br /> * 또는 구글맵 경로 캡처<br /> <br /> ==== (3) 주유 영수증 ====<br /> * 출장 기간 내 발급<br /> * 회사 통일번호(統一編號) 기재된 통일영수증<br /> <br /> === 핵심 유의사항 ===<br /> * 주유 영수증 금액 기준 지급 금지<br /> * 반드시 아래 방식으로 정산<br /> ** 지급액 = 주행거리(KM) × KM당 단가<br /> <br /> → 영수증은 '''보조 증빙''' 역할<br /> <br /> == 2. 대안: 정액 교통보조금 지급 ==<br /> <br /> 매월 일정 금액을 고정 지급하는 방식<br /> <br /> === 세무 처리 ===<br /> * 회사: 비용 인정 (급여 항목)<br /> * 직원: 급여소득으로 과세<br /> <br /> === 리스크 ===<br /> * 직원 소득세 증가<br /> * 노동보험 / 건강보험 / 연금 기준금액 상승<br /> * 회사 인건비 부담 증가<br /> <br /> <br /> == 3. 세무 리스크 ==<br /> <br /> 실비 정산 서류가 미흡할 경우<br /> <br /> * 국세국 판단:<br /> ** 우회적 급여 지급<br /> ** 비용 부인 또는 급여 과세<br /> <br /> <br /> == 4. 실무 세팅 방법 ==<br /> <br /> === (1) 사내 규정 수립 ===<br /> * 개인 차량 업무 사용 시<br /> * KM당 단가로 정산<br /> * 여비(교통비)로 처리 명문화<br /> <br /> === (2) 정산 양식 통일 ===<br /> * 개인차량 업무 이용 정산서 작성<br /> * 필수 첨부<br /> ** 구글맵 경로<br /> ** 주유 영수증 (통일번호 포함)<br /> <br /> === (3) 한도 설정 ===<br /> * 월 최대 지급 한도 설정 (예: NTD XXXX)<br /> * 과도한 청구 방지<br /> <br /> <br /> == 5. 실무 핵심 포인트 ==<br /> <br /> * 거리 기준 정산 → 비과세 핵심 조건<br /> * 영수증은 보조 증빙 (금액 기준 아님)<br /> * 정액 지급은 급여 처리됨<br /> * 사규 + 증빙 + 양식 3가지 모두 갖춰야 안전<br /> <br /> <br /> ----<br /> <br /> [[분류|ERP]]<br /> [[분류|회계]]</div>

172.27.0.1 http://tcamp32.synology.me:8797/index.php?title=%EB%8C%80%EB%A7%8C%EC%84%B8%EB%B2%95&diff=1205 2026-06-11T07:43:54Z

<p>172.27.0.1: /* 1. 추천안: 실행거리 기준 실비 정산 */</p> <hr /> <div>대만 세법에 대한 모음이다. 비용인정등을 위한 기준을 마련한다.<br /> <br /> =인정 비용=<br /> 비용으로 인정받는 경우, 직원 50명 기준, 회사 조직이 있어야 인정 받음.<br /> <br /> '''직공복리위원회(職工福利委員會)'''의 설치 - 의무사항<br /> <br /> = 대만 복리후생비 세무 처리 기준 =<br /> <br /> 대만 세법(營利事業所得稅查核準則, 영리사업소득세차핵준칙 제81조)상 '''종업원 복리후생비(員工福利費)'''의 비용(손금) 인정 기준은 '''직공복리위원회(職工福利委員會)'''의 설치 여부에 따라 크게 달라진다. <br /> 대만은 일정 규모 이상의 직원이 있을 경우 복리후생위원회 설치가 의무이며, 이에 따라 세법상 한도 계산 방식이 상이하다.<br /> <br /> == 1. 복리후생위원회 설치 여부에 따른 한도 기준 ==<br /> <br /> 대만 소득세법은 복리후생비의 무제한 비용 처리를 방지하기 위해 다음 기준을 적용한다.<br /> <br /> === ① 위원회 설치 기업 (직원 50인 이상 의무) ===<br /> * '''원칙''': 회사는 법정 기준에 따라 '''복리후생 기금(職工福利金)'''을 출연해야 하며, 해당 출연금만 비용으로 인정됨<br /> <br /> * '''법정 출연 한도'''<br /> ** 창립 시: 자본금의 1% ~ 5% 이내 (일시 비용 또는 자본화 후 상각)<br /> ** 매월 총매출액의 0.05% ~ 0.15% 이내<br /> ** 매월 직원 급여 공제액 (직원 소득 차감)<br /> ** 불용자산 매각 수입의 20% ~ 40% 이내<br /> <br /> * '''주의사항'''<br /> ** 기금 출연 외 추가 복리후생비를 회사 장부에 직접 반영 시 비용 부인 가능성 높음<br /> ** 여행보조금, 경조사비 등 모든 복지 지출은 위원회 기금에서 집행해야 함<br /> <br /> <br /> <br /> === ② 위원회 미설치 기업 (직원 50인 미만) ===<br /> * 회사가 직접 비용 처리 가능하나 세법상 한도 적용<br /> <br /> * '''비용 인정 한도'''<br /> ** 매월 복리후생비 ≤ 당월 총 급여 × 일정 비율 (일반적으로 2%~4%)<br /> <br /> * '''주의사항'''<br /> ** 한도 초과 금액은 손금 불산입 → 과세소득 가산<br /> <br /> <br /> <br /> == 2. 항목별 세법상 적격 증빙 ==<br /> <br /> 대만 세무당국은 비용 인정 시 업무 관련성과 증빙을 엄격히 검토한다.<br /> <br /> * '''식대 및 중식 보조'''<br /> ** 월 한도 (예: 인당 NTD 3,000 수준) 내 비과세 비용 인정<br /> <br /> * '''직원 보험료'''<br /> ** 노동보험, 건강보험, 단체보험 비용 인정 (인당 한도 존재)<br /> <br /> * '''교육훈련비'''<br /> ** 업무 관련성 입증 필요<br /> ** 통일영수증(統一發票) 필수<br /> <br /> * '''경조사비 및 의료비'''<br /> ** 사규에 지급 기준 명시 필요<br /> ** 기타소득 또는 급여소득으로 원천징수 가능성 있음<br /> <br /> <br /> <br /> == 3. 주요 세무 리스크 ==<br /> <br /> === ① 접대비와의 구분 ===<br /> * 전 직원 대상 행사 (예: 尾牙 등) → 복리후생비 인정<br /> * 특정 고객/임원 대상 → 접대비로 분류<br /> <br /> * '''접대비 한도'''<br /> ** 매출액 기준 0.15% ~ 0.45%<br /> <br /> <br /> <br /> === ② 증빙 부적격 리스크 ===<br /> * 일반 영수증(收據) → 비용 인정 제한 또는 부인 가능<br /> * 반드시 '''통일영수증(統一發票)''' 확보 필요<br /> <br /> <br /> <br /> == 4. 실무 시사점 ==<br /> <br /> * 직원 수 50인 이상 여부에 따라 세무 전략이 완전히 달라짐<br /> * 복리후생비는 반드시 구조적으로 관리 필요<br /> * 비용 집행 주체(위원회 vs 회사) 명확화 중요<br /> <br /> <br /> <br /> == 5. 추가 검토 필요사항 ==<br /> <br /> 다음 정보에 따라 세무 판단이 달라질 수 있음:<br /> * 정확한 직원 수<br /> * 복리후생비 세부 항목 (예: 장기근속 포상, 직원 여행 등)<br /> <br /> → 구체 조건 확인 시 세무 리스크 최소화 가능<br /> <br /> <br /> ---<br /> <br /> =대만소득세법 37조=<br /> <br /> <br /> == 대만 교제응수비(접대비) 손금 인정 기준 ==<br /> <br /> 대만 소득세법 제37조에 따른 '''교제응수비(交際應酬費)'''의 손금 인정 한도는 <br /> 매입(進貨), 매출(銷貨), 노무제공(勞務), 외환수입 등 '''목적별 연간 순금액'''에 따라 <br /> 구간별 누진 비율을 적용하여 '''합산 계산'''한다.<br /> <br /> 또한 '''청색신고서(藍色申報書) 사용 기업''' 및 <br /> '''회계사 세무조정(簽證) 기업'''은 일반 기업보다 높은 공제 한도를 적용받는다.<br /> <br /> <br /> <br /> === 1. 매입 목적 (연간 순매입액 기준) ===<br /> <br /> 원재료 또는 상품 매입 시 발생하는 교제응수비 한도<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 연간 순매입액 (NTD)<br /> ! 일반 기업<br /> ! 청색신고 / 세무조정 기업<br /> |-<br /> | 3,000만 이하<br /> | 0.15%<br /> | 0.20%<br /> |-<br /> | 3,000만 ~ 1억 5,000만<br /> | 초과분 0.10% + 45,000<br /> | 초과분 0.15% + 60,000<br /> |-<br /> | 1억 5,000만 ~ 6억<br /> | 초과분 0.05% + 165,000<br /> | 초과분 0.10% + 240,000<br /> |-<br /> | 6억 초과<br /> | 초과분 0.025% + 390,000<br /> | 초과분 0.05% + 690,000<br /> |}<br /> <br /> * '''예시'''<br /> ** 순매입액 4,000만 NTD (일반 기업)<br /> ** (3,000만 × 0.15%) + (1,000만 × 0.10%) = 55,000 NTD<br /> <br /> <br /> <br /> === 2. 매출 목적 (연간 순매출액 기준) ===<br /> <br /> 상품 판매 또는 고객 대상 선물 제공 시 적용<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 연간 순매출액 (NTD)<br /> ! 일반 기업<br /> ! 청색신고 / 세무조정 기업<br /> |-<br /> | 3,000만 이하<br /> | 0.45%<br /> | 0.60%<br /> |-<br /> | 3,000만 ~ 1억 5,000만<br /> | 초과분 0.30% + 135,000<br /> | 초과분 0.40% + 180,000<br /> |-<br /> | 1억 5,000만 ~ 6억<br /> | 초과분 0.20% + 495,000<br /> | 초과분 0.30% + 660,000<br /> |-<br /> | 6억 초과<br /> | 초과분 0.10% + 1,395,000<br /> | 초과분 0.15% + 2,010,000<br /> |}<br /> <br /> <br /> <br /> === 3. 노무 및 신용제공 목적 (서비스업) ===<br /> <br /> 노무 제공 및 서비스 수익 발생 기업 기준<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! 연간 순노무수입 (NTD)<br /> ! 일반 기업<br /> ! 청색신고 / 세무조정 기업<br /> |-<br /> | 900만 이하<br /> | 1.0%<br /> | 1.2%<br /> |-<br /> | 900만 ~ 4,500만<br /> | 초과분 0.6% + 90,000<br /> | 초과분 0.8% + 108,000<br /> |-<br /> | 4,500만 초과<br /> | 초과분 0.4% + 306,000<br /> | 초과분 0.6% + 396,000<br /> |}<br /> <br /> <br /> <br /> === 4. 외환 수입에 대한 추가 한도 ===<br /> <br /> 수출 등으로 외환 수입이 발생한 경우 별도 추가 한도 인정<br /> <br /> * '''추가 한도'''<br /> ** 당해 연도 외환 수입액의 최대 2.0%<br /> <br /> * '''특징'''<br /> ** 매입/매출/노무 한도와 별도로 추가 적용<br /> <br /> <br /> <br /> === 5. 실무 적용 핵심 ===<br /> <br /> * 총 한도 = '''매입 + 매출 + 노무 + 외환 추가 한도''' 합산<br /> * 기업 거래 규모에 따라 한도가 자동 확대되는 구조<br /> * 총 접대비가 한도 초과 시:<br /> ** 세무조정 시 손금 불산입 (비용 부인)<br /> ** 법인세 과세소득 증가<br /> <br /> <br /> === 6. 실무 유의사항 ===<br /> <br /> * 목적별 금액 구분 관리 필수 (매입 vs 매출 vs 노무)<br /> * 청색신고서 및 세무조정 여부에 따라 한도 차이 발생<br /> * 외환 수입 증빙 확보 시 추가 절세 가능<br /> <br /> <br /> = 대만 출장비(여비) 세무 처리 기준 =<br /> <br /> 대만 세법상 출장비는 '''「營利事業所得稅查核準則」영리사업소득세차핵준칙 제74조'''의 <br /> 여비(旅費) 규정을 적용받는다.<br /> <br /> 대만 국세국은 출장비의 업무 관련성과 증빙 적정성을 매우 엄격하게 검토하므로 <br /> 다음 요건을 반드시 충족해야 한다.<br /> <br /> <br /> <br /> == 1. 필수 서류: 출장보고서(出差報告單) ==<br /> <br /> 출장비는 단순 영수증만으로는 비용 인정 불가하며, <br /> 출장보고서가 없으면 전액 비용 부인 가능하다.<br /> <br /> :필수 기재 항목<br /> ::* 일자별 방문 일정<br /> ::* 방문 장소<br /> ::* 방문 대상 (고객사명, 담당자)<br /> ::* 구체적인 업무 내용<br /> <br /> :보완 증빙<br /> ::* 항공권, 보딩패스<br /> ::* 이메일 미팅 기록<br /> ::* 전시회/행사 자료 등<br /> <br /> <br /> <br /> == 2. 비용 구분별 인정 기준 ==<br /> <br /> 출장비는 다음 3가지로 구분하여 판단한다.<br /> <br /> :(1) 교통비<br /> <br /> ::* 한도: 없음 (실비 인정)<br /> <br /> ::* 항공/고속철<br /> ::** 티켓 + 보딩패스 필수<br /> <br /> ::* 시내 교통<br /> ::** 택시, Uber → 영수증 또는 收據 필요<br /> <br /> ::* 주의 (해외 출장)<br /> ::** 일당(잡비)을 지급한 경우 <br /> ::** 시내 교통비는 일당에 포함 → 별도 청구 불가<br /> <br /> <br /> <br /> :(2) 숙박비<br /> <br /> ::* 한도: 실비 인정<br /> <br /> ::* 대만 국내 출장<br /> ::** 통일영수증(統一發票) 필수<br /> <br /> ::* 해외 출장<br /> ::** 일당 기준 적용 또는<br /> ::** 회사 내부 규정에 따라 실비 인정 가능<br /> <br /> <br /> <br /> :(3) 식대 및 잡비 (膳雜費)<br /> <br /> ::* 일당 기준 적용 (영수증 불필요)<br /> <br /> '''대만 국내 출장''' <br /> :* 임원: NTD 700 / 일<br /> :* 일반 직원: '''NTD 600 / 일'''<br /> <br /> '''일당 초과분은 개인 소득세 대상'''<br /> <br /> '''해외 출장'''<br /> :* 정부 고시 기준 적용 <br /> (國外出差旅費報支要點)<br /> <br /> :초과 지급 시<br /> ::* 초과분은 비용 인정 불가<br /> ::* '''직원 급여로 간주 → 원천징수 대상'''<br /> <br /> ==3. 부가가치세(營業稅) 처리==<br /> <br /> 출장비의 부가세 공제는 항목에 따라 다르게 적용된다.<br /> <br /> :(1) 업무용 출장<br /> <br /> ::* 공제 가능 항목<br /> ::** 대만 국내 항공료<br /> ::** 철도 비용<br /> ::** 호텔 숙박비 ('''통일영수증 필수''')<br /> <br /> → 매입세액 공제 가능<br /> <br /> <br /> :(2) 복리후생성 출장<br /> <br /> ::* 직원 포상 여행 등<br /> ::* 출장보고서 없음 또는 업무 무관<br /> <br /> → '''부가세 공제 불가 (영업세법 제19조)'''<br /> <br /> <br /> <br /> ==4. 실무 핵심 포인트==<br /> <br /> :* 출장보고서 없으면 전액 부인 가능<br /> :* 교통비·숙박비는 증빙이 핵심<br /> :* 식대는 일당 기준 관리<br /> :* 해외 출장 시 일당과 실비 중복 청구 금지<br /> :* 복리성 출장은 부가세 공제 불가<br /> <br /> <br /> = 대만 유류대(기름값) 세무 처리 기준 =<br /> <br /> 대만 세법(營利事業所得稅查核準則 제74조 및 제95조)에 따르면 <br /> 유류대(油資)는 '''차량 소유 주체'''에 따라 세무 처리 방식이 크게 달라진다.<br /> <br /> 대만 국세국은 '''법인 차량'''과 '''직원 개인 차량'''을 엄격히 구분하여 관리한다.<br /> <br /> * 주유시 - '''영수증에 차량번호가 기재'''되어야 한다.<br /> <br /> == 1. 회사 소유 차량 (법인차) ==<br /> <br /> === 기본 원칙 ===<br /> * 회사 소유 또는 리스 차량<br /> * 장부상 자산으로 등록된 업무용 차량<br /> <br /> → '''유류대 전액 비용 인정''' (한도 없음)<br /> <br /> === 필수 증빙 ===<br /> * 통일영수증(統一發票)<br /> * 회사 통일번호(사업자번호) 기재<br /> * 차량번호(車牌號碼) 필수 기재<br /> <br /> === 부가가치세 처리 ===<br /> * 유류대 부가세(5%) → 매입세액 공제 가능<br /> * 차량 구입비는 공제 불가 (소형 승용차)<br /> * 단, 주유비 및 수리비는 공제 가능<br /> <br /> <br /> == 2. 직원 개인 차량 사용 ==<br /> <br /> 직원 개인 차량에 대한 유류비는 <br /> '''업무 관련성이 입증'''되지 않으면 비용 부인 또는 급여 과세 대상이 된다.<br /> <br /> === (1) 실비 정산 방식 ===<br /> <br /> 직원이 출장 중 개인 차량 사용 후 영수증 제출<br /> <br /> ==== 필수 서류 ====<br /> * 출장보고서(出差報告單)<br /> * '''주행거리(KM) 기록 (출발/종료)'''<br /> <br /> ==== 증빙 ====<br /> * 회사 통일번호가 기재된 주유 영수증<br /> <br /> ==== 유의사항 ====<br /> * 주행거리 대비 과도한 유류비 → 초과분 부인 가능<br /> <br /> <br /> === (2) 보조금 지급 방식 ===<br /> <br /> 월 정액 교통비 또는 유류비 지급<br /> <br /> ==== 세무 처리 ====<br /> * 회사 비용 인정 가능<br /> * 직원 개인 '''급여소득'''으로 간주<br /> <br /> ==== 의무 사항 ====<br /> * '''급여 포함'''<br /> * 원천징수 및 소득 신고 필수<br /> <br /> == 3. 주요 세무 리스크 ==<br /> <br /> === (1) 차량번호 누락 ===<br /> * 통일번호만 입력하고 차량번호 누락 사례 빈번<br /> * 세무조사 시 차량별 매칭 요구 가능<br /> <br /> → 반드시 주유 시 차량번호 입력 필요<br /> <br /> <br /> === (2) 주말 및 공휴일 주유 ===<br /> * 개인 용도로 의심되는 주요 항목 - '''주유 불가!'''<br /> <br /> ==== 대응 방법 ====<br /> * '''특근 명령서'''<br /> * 주말 출장보고서<br /> <br /> → 업무 관련성 입증 자료 필수<br /> <br /> <br /> == 4. 실무 핵심 포인트 ==<br /> <br /> * 법인차 → 전액 비용 인정 + 부가세 공제 가능<br /> * 개인차 → 입증 실패 시 비용 부인 또는 '''급여 과세'''<br /> * '''차량번호 포함된 영수증''' 확보 필수<br /> * 주말 주유 건은 별도 증빙 준비 필요 - '''특근 명령서, 출장보고서 첨부'''<br /> <br /> <br /> = 개인 차량 유류비 보조 세무 처리 기준 =<br /> <br /> 직원 개인 차량 유류비 지원 시 핵심은 <br /> '''회사 비용 인정(법인세 절세)'''과 '''직원 소득세 비과세'''를 동시에 확보하는 것이다.<br /> <br /> 대만 세법상 가장 권장되는 방식은 '''실행거리 기준 실비 정산'''이다.<br /> <br /> <br /> == 1. 추천안: 실행거리 기준 실비 정산 ==<br /> <br /> 직원이 업무상 실제 주행한 거리(KM)를 기준으로 유류비를 정산하는 방식<br /> <br /> 개인 차량, 오토바이 사용의 경우, 프로젝트 마다 4-2 로 추진, 구글 맵 경로 업로드<br /> <br /> === 세무 효과 ===<br /> * 회사: 100% 비용 인정<br /> * 직원: 비과세 (급여 아님, 여비 처리)<br /> <br /> === 지급 기준 ===<br /> * 1KM당 NTD 5~6 수준 권장<br /> * (유가 및 차량 감가상각 반영)<br /> <br /> === 필수 서류 ===<br /> <br /> ==== (1) 출장/업무 일지 ====<br /> * 방문 목적<br /> * 방문처<br /> * 출발지 및 목적지<br /> <br /> ==== (2) 주행거리 증빙 ====<br /> * 차량 계기판(오도미터) 사진<br /> * 또는 구글맵 경로 캡처<br /> <br /> ==== (3) 주유 영수증 ====<br /> * 출장 기간 내 발급<br /> * 회사 통일번호(統一編號) 기재된 통일영수증<br /> <br /> === 핵심 유의사항 ===<br /> * 주유 영수증 금액 기준 지급 금지<br /> * 반드시 아래 방식으로 정산<br /> ** 지급액 = 주행거리(KM) × KM당 단가<br /> <br /> → 영수증은 '''보조 증빙''' 역할<br /> <br /> == 2. 대안: 정액 교통보조금 지급 ==<br /> <br /> 매월 일정 금액을 고정 지급하는 방식<br /> <br /> === 세무 처리 ===<br /> * 회사: 비용 인정 (급여 항목)<br /> * 직원: 급여소득으로 과세<br /> <br /> === 리스크 ===<br /> * 직원 소득세 증가<br /> * 노동보험 / 건강보험 / 연금 기준금액 상승<br /> * 회사 인건비 부담 증가<br /> <br /> <br /> == 3. 세무 리스크 ==<br /> <br /> 실비 정산 서류가 미흡할 경우<br /> <br /> * 국세국 판단:<br /> ** 우회적 급여 지급<br /> ** 비용 부인 또는 급여 과세<br /> <br /> <br /> == 4. 실무 세팅 방법 ==<br /> <br /> === (1) 사내 규정 수립 ===<br /> * 개인 차량 업무 사용 시<br /> * KM당 단가로 정산<br /> * 여비(교통비)로 처리 명문화<br /> <br /> === (2) 정산 양식 통일 ===<br /> * 개인차량 업무 이용 정산서 작성<br /> * 필수 첨부<br /> ** 구글맵 경로<br /> ** 주유 영수증 (통일번호 포함)<br /> <br /> === (3) 한도 설정 ===<br /> * 월 최대 지급 한도 설정 (예: NTD XXXX)<br /> * 과도한 청구 방지<br /> <br /> <br /> == 5. 실무 핵심 포인트 ==<br /> <br /> * 거리 기준 정산 → 비과세 핵심 조건<br /> * 영수증은 보조 증빙 (금액 기준 아님)<br /> * 정액 지급은 급여 처리됨<br /> * 사규 + 증빙 + 양식 3가지 모두 갖춰야 안전<br /> <br /> <br /> ----<br /> <br /> [[분류|ERP]]<br /> [[분류|회계]]</div>

172.27.0.1