http://tcamp32.synology.me:8797/api.php?action=feedcontributions&feedformat=atom&user=Hschoi2LS Taiwan - 사용자 기여 [ko]2026-10-12T08:34:09Z사용자 기여MediaWiki 1.44.0http://tcamp32.synology.me:8797/index.php?title=ERP_code_%EC%88%98%EC%A0%95&diff=1294ERP code 수정2026-09-02T01:40:06Z<p>Hschoi2: /* CSRF(Cross-Site Request Forgery) 보안 검사 오류 */</p>
<hr />
<div>ERP 코드 임의 수정 부분 기록<br />
<br />
==Project Overview==<br />
* 파일<br />
project\elements.php <br />
<br />
* project overview<br />
프로젝트 오버뷰는 프로젝트와 관련된 모든 것이 display된다. (느림)<br />
<br />
프로젝트 생성이후 모든 history display.<br />
<br />
[[file:Overview_01.jpg| 800px]]<br />
<br />
급여 정보도 나옴<br />
<br />
<br />
프로젝트 overview에서 급여(Salaries)가 표시되는 문제<br />
<br />
코드에서 Salaries 부분 제거<br />
<br />
The "salaries" section has been successfully removed from element.php. The code blocks related to the salaries module, including the require_once line, the salaries entry in the $listofreferent array, and the langs->load call, have been removed.<br />
<br />
* 수정 부분<br />
<br />
86번 라인 - 삭제<br />
<pre><br />
if (isModEnabled('salaries')) {<br />
require_once DOL_DOCUMENT_ROOT.'/salaries/class/salary.class.php';<br />
}<br />
</pre><br />
<br />
142번 라인 - 삭제<br />
<pre><br />
if (isModEnabled('salaries')) {<br />
$langs->load("salaries");<br />
}<br />
</pre><br />
<br />
655번 라인 - 삭제<br />
<br />
<pre><br />
'salaries' => array(<br />
'name' => "Salaries",<br />
'title' => "ListSalariesAssociatedProject",<br />
'class' => 'Salary',<br />
'table' => 'salary',<br />
'datefieldname' => 'datesp',<br />
'margin' => 'minus',<br />
'disableamount' => 0,<br />
'urlnew' => DOL_URL_ROOT.'/salaries/card.php?action=create&projectid='.$id.'&backtopage='.urlencode($_SERVER['PHP_SELF'].'?id='.$id),<br />
'lang' => 'salaries',<br />
'buttonnew' => 'AddSalary',<br />
'testnew' => $user->hasRight('salaries', 'write'),<br />
'test' => isModEnabled('salaries') && $user->hasRight('salaries', 'read')<br />
),<br />
</pre><br />
<br />
참고 이전 형식 유지의 경우 사용<br />
<br />
projet/element'''2'''.php?id=10 #프로젝트 ID<br />
<br />
<br />
* 주의사항<br />
업데이트의 경우 해당 파일을 바꿔 줄 것!<br />
<br />
* Dolibarr 전체 업데이트 경우 수정해야 하는 것<br />
# lang<br />
# element 파일 수정<br />
<br />
==CSRF(Cross-Site Request Forgery) 보안 검사 오류==<br />
서버가 호출한 것이 맞는지 확인하는 보안 프로세스, 보안 강화를 위해서 토큰을 붙여서 전송, 발생 토큰이 동일한지 확인하는 보안 알고리즘<br />
<br />
:* 사이트에서 호출<br />
https://erp.example.com/projet/card.php?id=3&action=close<br />
호출하는 경우<br />
<br />
:* 같은 CSRF 토큰이 함께 전달되어야 함<br />
token=xxxx<br />
<br />
* 문제 발생원인<br />
:#. 외부 시스템에서 Dolibarr URL을 직접 호출<br />
:#. PHP 코드에서 curl 사용<br />
:#. Power Automate 또는 API 호출<br />
:#. 리버스 프록시(Nginx, Traefik, Apache Proxy) 사용 중 헤더 누락<br />
:#. 사용자 정의 모듈(Custom Module)의 폼에 토큰 미포함<br />
:#. Dolibarr CSRF 설정이 너무 엄격하게 설정됨 (MAIN_SECURITY_CSRF_WITH_TOKEN >= 2) <br />
<br />
* 오래된 php에서는 CSRF 토큰 알고리즘을 사용하지 않는 경우가 있음.<br />
토큰 생성 php에 추가<br />
<input type="hidden" name="token" value="<?php echo newToken(); ?>"><br />
혹은<br />
print '<input type="hidden" name="token" value="'.newToken().'">';<br />
<br />
<br />
* 수정전 코드<br />
print ''.$_SERVER[';<br />
print '<input type="hidden" name="action" value="create" />';<br />
print '<input type="hidden" name="page" value="'.$page.'" />';<br />
print '<input type="hidden" name="fk_type" value="'.$id.'" />';<br />
print '<input type="hidden" name="backtopage" value="'.$backtopage.'" />';<br />
<br />
* 수정후 코드<br />
print ''.$_SERVER[';<br />
'''print '<input type="hidden" name="token" value="'.newToken().'">'; ''' # 추가<br />
print '<input type="hidden" name="action" value="create" />';<br />
print '<input type="hidden" name="page" value="'.$page.'" />';<br />
print '<input type="hidden" name="fk_type" value="'.$id.'" />';<br />
print '<input type="hidden" name="backtopage" value="'.$backtopage.'" />';<br />
<br />
* 흐름<br />
<br />
사용자가 Validate 버튼 클릭<br />
↓<br />
<form method="post"><br />
↓<br />
action=create 로 POST 전송<br />
↓<br />
card.php → z-actions/create.php 실행<br />
↓<br />
Dolibarr main.inc.php에서 CSRF token 검사<br />
↓<br />
token 없으면 차단<br />
<br />
==백업방법==<br />
여러가지 백업 방법에 대해 생각한다.<br />
<br />
===Dolibarr 백업===<br />
Dolibarr이 백업은 크게 두 가지 이다.<br />
# DB sql 백업<br />
# Document 파일 백업 <br />
<br />
* 백업 파일위치<br />
document/admin<br />
<br />
/backup - sql<br />
/documents - documnets<br />
<br />
Dolibarr 백업은 비즈니스 데이터의 안전을 위해 매우 중요한 작업입니다. 백업은 크게 **데이터베이스 백업**과 **파일 백업** 두 부분으로 나뉩니다. 이 두 가지 요소를 모두 백업해야 완전한 복구가 가능합니다.<br />
<br />
**백업해야 할 주요 구성 요소:**<br />
<br />
1. **Dolibarr 데이터베이스:** 모든 거래 정보, 고객 데이터, 제품 정보 등 핵심 데이터가 저장됩니다. 일반적으로 MySQL 또는 MariaDB 데이터베이스를 사용합니다.<br />
2. **`documents` 디렉토리:** 생성된 문서(견적서, 송장, 주문서 등), 첨부 파일, 이미지 등 Dolibarr 애플리케이션이 생성하고 사용하는 모든 파일이 저장되는 중요한 디렉토리입니다. 이 디렉토리의 정확한 위치는 Dolibarr 설치 시 설정에 따라 다를 수 있지만, 일반적으로 Dolibarr 설치 디렉토리 내에 있거나 별도로 지정된 경로에 있습니다. (예: `/var/lib/dolibarr/documents` 또는 Dolibarr 웹 루트 아래의 `documents`)<br />
3. **`conf` 디렉토리 (설정 파일):** Dolibarr의 주요 설정 파일(`conf.php`)이 포함된 디렉토리입니다. 이 파일에는 데이터베이스 연결 정보 등 중요한 설정이 들어있습니다. 일반적으로 Dolibarr 설치 디렉토리 내의 `htdocs/conf/` 에 위치합니다.<br />
<br />
**Dolibarr 백업 방법:**<br />
<br />
Dolibarr 백업은 다음과 같은 방법으로 수행할 수 있습니다.<br />
<br />
**1. Dolibarr 내장 백업 도구 사용 (주로 데이터베이스 백업)**<br />
<br />
Dolibarr는 관리자 인터페이스 내에 데이터베이스 백업 기능을 제공합니다.<br />
<br />
* **위치:** 관리자 계정으로 로그인 후 `관리자 도구` (Admin Tools) > `백업` (Backup) 메뉴로 이동합니다.<br />
* **기능:**<br />
* 데이터베이스 백업 파일을 생성할 수 있습니다 (주로 SQL 형식).<br />
* 백업 파일의 압축 여부, 백업 내용(구조, 데이터) 등을 선택할 수 있습니다.<br />
* 생성된 백업 파일은 서버에 저장되며, 사용자가 직접 다운로드해야 합니다.<br />
* **장점:** 사용하기 쉽고 Dolibarr 환경에 최적화되어 있습니다.<br />
* **단점:** 주로 데이터베이스 백업에 중점을 두며, `documents` 디렉토리의 파일들은 별도로 백업해야 합니다. 백업 파일이 서버 내에만 저장되므로, 서버 장애 시 유실될 수 있어 반드시 외부 저장소로 옮겨야 합니다.<br />
<br />
**2. 수동 백업 (데이터베이스 및 파일)**<br />
<br />
서버에 직접 접근하여 데이터베이스와 파일을 백업하는 방법입니다.<br />
<br />
* **데이터베이스 백업 (명령줄 사용 - 예: `mysqldump`):**<br />
* MySQL/MariaDB 서버에 접속 가능한 환경에서 `mysqldump` 유틸리티를 사용합니다.<br />
* **명령어 예시:**<br />
```bash<br />
mysqldump -u [데이터베이스사용자] -p[데이터베이스비밀번호] [데이터베이스이름] > backup_db_$(date +%Y%m%d_%H%M%S).sql<br />
```<br />
(예: `mysqldump -u dolibarruser -ppassword dolibarrdb > backup_db_20230530_100000.sql`)<br />
* 생성된 `.sql` 파일을 안전한 곳에 보관합니다.<br />
* **주의:** `-p` 옵션과 비밀번호 사이에 공백이 없어야 합니다. 보안상 비밀번호를 직접 입력하는 것보다 프롬프트를 통해 입력하거나 설정 파일을 이용하는 것이 좋습니다.<br />
<br />
* **데이터베이스 백업 (phpMyAdmin 사용):**<br />
* 웹 호스팅 환경 등에서 phpMyAdmin을 제공하는 경우, 이를 통해 데이터베이스를 백업할 수 있습니다.<br />
* Dolibarr 데이터베이스를 선택하고 `내보내기(Export)` 기능을 사용하여 SQL 파일로 저장합니다.<br />
<br />
* **`documents` 디렉토리 및 `conf` 디렉토리 백업:**<br />
* FTP 클라이언트 (FileZilla 등) 또는 SSH를 통해 서버에 접속합니다.<br />
* Dolibarr 설치 경로에서 `documents` 디렉토리 전체와 `htdocs/conf/` 디렉토리를 로컬 PC 또는 다른 안전한 저장소로 복사합니다.<br />
* 파일이 많거나 용량이 클 경우, 압축하여 백업하는 것이 효율적입니다 (예: `tar`, `zip`).<br />
* **명령어 예시 (tar 사용):**<br />
```bash<br />
tar -czvf backup_documents_$(date +%Y%m%d_%H%M%S).tar.gz /path/to/your/dolibarr/documents<br />
tar -czvf backup_conf_$(date +%Y%m%d_%H%M%S).tar.gz /path/to/your/dolibarr/htdocs/conf<br />
```<br />
<br />
**3. 자동 백업 설정**<br />
<br />
정기적인 백업을 위해 자동화하는 것이 매우 중요합니다.<br />
<br />
* **Cron 작업 (Linux 서버):**<br />
* Linux 서버 환경에서는 `cron`을 사용하여 `mysqldump` 명령과 파일 복사/압축 명령을 주기적으로 실행하도록 스크립트를 작성하고 등록할 수 있습니다.<br />
* 백업 스크립트 예시 (`backup_dolibarr.sh`):<br />
```bash<br />
#!/bin/bash<br />
<br />
DB_USER="[데이터베이스사용자]"<br />
DB_PASS="[데이터베이스비밀번호]"<br />
DB_NAME="[데이터베이스이름]"<br />
BACKUP_DIR="/path/to/your/backup_location" # 백업 파일을 저장할 디렉토리<br />
DOLI_DOCS_DIR="/path/to/your/dolibarr/documents"<br />
DOLI_CONF_DIR="/path/to/your/dolibarr/htdocs/conf"<br />
DATE=$(date +%Y%m%d_%H%M%S)<br />
<br />
# 데이터베이스 백업<br />
mysqldump -u $DB_USER -p$DB_PASS $DB_NAME > $BACKUP_DIR/db_backup_$DATE.sql<br />
<br />
# Documents 디렉토리 백업<br />
tar -czvf $BACKUP_DIR/documents_backup_$DATE.tar.gz $DOLI_DOCS_DIR<br />
<br />
# Conf 디렉토리 백업<br />
tar -czvf $BACKUP_DIR/conf_backup_$DATE.tar.gz $DOLI_CONF_DIR<br />
<br />
# 오래된 백업 파일 삭제 (예: 30일 이상된 파일 삭제)<br />
find $BACKUP_DIR -type f -mtime +30 -name '*.sql' -delete<br />
find $BACKUP_DIR -type f -mtime +30 -name '*.tar.gz' -delete<br />
<br />
echo "Dolibarr backup completed on $DATE" >> $BACKUP_DIR/backup.log<br />
```<br />
* 위 스크립트를 실행 가능하도록 권한을 주고 (`chmod +x backup_dolibarr.sh`), `crontab -e`를 통해 cron 작업을 등록합니다 (예: 매일 새벽 2시에 실행 `0 2 * * * /path/to/backup_dolibarr.sh`).<br />
* **Dolibarr 모듈/플러그인:**<br />
* Dolibarr 마켓플레이스(DoliStore) 등에서 자동 백업 기능을 제공하는 유료 또는 무료 모듈을 찾아볼 수 있습니다. `Dolibackup`과 같은 모듈이 원격 FTP 서버 등으로 자동 백업하는 기능을 제공하기도 합니다.<br />
* **호스팅 제공업체의 백업 서비스:**<br />
* 웹 호스팅이나 클라우드 서버를 사용하는 경우, 제공업체에서 자동 백업 서비스를 제공하는지 확인하고 활용할 수 있습니다. 다만, 이 경우에도 자체적으로 중요한 데이터는 별도로 백업해두는 것이 안전합니다.<br />
<br />
**백업 시 고려 사항 및 권장 사항:**<br />
<br />
* **3-2-1 백업 규칙:** 최소 3개의 데이터 복사본을 만들고, 2개의 서로 다른 저장 매체에 보관하며, 1개는 오프사이트(물리적으로 다른 장소)에 보관하는 것이 좋습니다.<br />
* **정기적인 테스트:** 백업 파일이 정상적으로 생성되고, 실제로 복구가 가능한지 정기적으로 테스트해야 합니다. 백업만 하고 복구 테스트를 하지 않으면 실제 장애 발생 시 큰 문제가 될 수 있습니다.<br />
* **백업 저장소 보안:** 백업 파일에는 중요한 데이터가 포함되어 있으므로, 접근 권한을 제한하고 암호화하는 등의 보안 조치를 취해야 합니다.<br />
* **백업 위치:** 서버와 동일한 물리적 위치에만 백업을 저장하는 것은 위험합니다. 로컬 서버, 외부 하드 드라이브, NAS, 클라우드 스토리지 등 다양한 위치에 분산하여 저장하는 것이 좋습니다.<br />
* **문서화:** 백업 및 복구 절차를 문서화하여 누구나 쉽게 따라 할 수 있도록 합니다.<br />
<br />
어떤 방법을 선택하든, 정기적이고 안정적인 백업 체계를 구축하는 것이 Dolibarr 시스템과 비즈니스 연속성을 유지하는 데 매우 중요합니다. 사용 환경과 기술적 숙련도에 맞는 방법을 선택하고, 꾸준히 관리하십시오.<br />
<br />
===전통적인 방법===<br />
<br />
* Cron, ssh이용<br />
<br />
Docker 환경에서 Dolibarr 서버의 데이터베이스와 디렉토리를 매일 한 번 원격으로 백업하여 로컬로 가져오는 자동화된 프로세스를 구축하는 방법을 안내해 드리겠습니다.<br />
<br />
이 과정은 로컬 머신에서 실행되는 스크립트를 통해 원격 Docker 호스트에 접속하고, Docker 컨테이너 내의 데이터를 백업한 후, 그 파일을 로컬 머신으로 가져오는 방식으로 진행됩니다.<br />
<br />
**사전 준비 사항:**<br />
<br />
1. **SSH 접속 설정 (로컬 → 원격 서버):**<br />
* 로컬 머신에서 원격 Docker 호스트로 비밀번호 입력 없이 SSH 접속이 가능하도록 SSH 키 기반 인증을 설정합니다.<br />
* 로컬 머신에 SSH 키 쌍이 없다면 생성합니다: `ssh-keygen -t rsa -b 4096`<br />
* 생성된 공개키 (`~/.ssh/id_rsa.pub`)의 내용을 원격 서버의 `~/.ssh/authorized_keys` 파일에 추가합니다.<br />
* 원격 서버의 SSH 포트가 기본 포트(22)가 아니라면 해당 포트 번호를 기억해 둡니다.<br />
<br />
2. **원격 서버 정보 확인:**<br />
* 원격 Docker 호스트의 IP 주소 또는 도메인 이름<br />
* 원격 서버 접속을 위한 SSH 사용자 이름<br />
* Dolibarr 데이터베이스 컨테이너 이름 또는 ID<br />
* Dolibarr 애플리케이션 컨테이너 이름 또는 ID<br />
* Dolibarr `documents` 디렉토리 경로 (컨테이너 내부)<br />
* Dolibarr `conf` 디렉토리 경로 (컨테이너 내부, 보통 `htdocs/conf`)<br />
* 데이터베이스 이름, 사용자, 비밀번호 (Dolibarr 설정 파일 `htdocs/conf/conf.php` 또는 Docker 환경 변수에서 확인)<br />
<br />
3. **로컬 머신 준비:**<br />
* `ssh`, `scp` (또는 `rsync`) 명령어가 설치되어 있어야 합니다. (대부분의 Linux, macOS에는 기본 설치)<br />
* 백업 파일을 저장할 로컬 디렉토리 생성.<br />
<br />
**자동 백업 스크립트 (Bash 셸 스크립트 예시)**<br />
<br />
아래는 로컬 머신에서 실행할 셸 스크립트 예시입니다. 필요에 따라 수정하여 사용하세요.<br />
<br />
```bash<br />
#!/bin/bash<br />
<br />
# --- 설정 변수 ---<br />
<br />
# 원격 서버 정보<br />
REMOTE_USER="your_remote_ssh_user"<br />
REMOTE_HOST="your_remote_server_ip_or_domain"<br />
REMOTE_SSH_PORT="22" # 원격 SSH 포트 (기본값이 아니라면 변경)<br />
# SSH 키 경로 (비밀번호 없는 접속을 위해 특정 키를 사용한다면 지정, 예: ~/.ssh/my_remote_key)<br />
# SSH_KEY_PATH="~/.ssh/id_rsa" # 기본 키를 사용한다면 주석 처리하거나 비워둘 수 있음<br />
<br />
# Docker 컨테이너 정보 (원격 서버 기준)<br />
DB_CONTAINER_NAME="dolibarr_mariadb_container_name" # 실제 MariaDB/MySQL 컨테이너 이름<br />
APP_CONTAINER_NAME="dolibarr_app_container_name" # 실제 Dolibarr 앱 컨테이너 이름<br />
<br />
# Dolibarr 데이터베이스 정보<br />
DB_NAME="dolibarr_db_name"<br />
DB_USER="dolibarr_db_user"<br />
DB_PASSWORD="dolibarr_db_password"<br />
<br />
# 백업 대상 디렉토리 경로 (Dolibarr 앱 컨테이너 내부)<br />
# 중요: 이 경로는 Dolibarr 설치 및 Docker 설정에 따라 다를 수 있습니다.<br />
# 일반적으로 documents 디렉토리는 /var/www/documents 또는 /var/lib/dolibarr/documents 등일 수 있습니다.<br />
# conf 디렉토리는 /var/www/html/conf 또는 Dolibarr 웹 루트 아래의 htdocs/conf 입니다.<br />
DOCUMENTS_DIR_PATH_IN_CONTAINER="/var/www/documents"<br />
CONF_DIR_PATH_IN_CONTAINER="/var/www/html/conf" # 예시 경로, 실제 경로로 수정<br />
<br />
# 로컬 백업 저장 경로<br />
LOCAL_BACKUP_DIR="/path/to/your/local/backup_folder" # 로컬 머신에 백업 파일을 저장할 경로<br />
<br />
# 백업 파일 이름 설정<br />
DATE_FORMAT=$(date +%Y%m%d_%H%M%S)<br />
DB_BACKUP_FILENAME="dolibarr_db_backup_${DATE_FORMAT}.sql.gz"<br />
FILES_BACKUP_FILENAME="dolibarr_files_backup_${DATE_FORMAT}.tar.gz"<br />
<br />
# 원격 서버에 임시로 백업 파일을 저장할 경로<br />
REMOTE_TEMP_BACKUP_DIR="/tmp/dolibarr_backups" # 원격 서버의 임시 저장 경로<br />
<br />
# SSH 옵션<br />
SSH_OPTS=""<br />
if [ ! -z "$SSH_KEY_PATH" ]; then<br />
SSH_OPTS="-i $SSH_KEY_PATH"<br />
fi<br />
<br />
# --- 스크립트 시작 ---<br />
<br />
echo "Dolibarr 백업 스크립트 시작: $(date)"<br />
<br />
# 1. 원격 서버에 임시 백업 디렉토리 생성<br />
ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST "mkdir -p $REMOTE_TEMP_BACKUP_DIR"<br />
if [ $? -ne 0 ]; then<br />
echo "오류: 원격 서버에 임시 백업 디렉토리($REMOTE_TEMP_BACKUP_DIR) 생성 실패."<br />
exit 1<br />
fi<br />
<br />
# 2. 데이터베이스 백업 (원격 Docker 컨테이너 내에서 실행 후 원격 호스트로 복사)<br />
echo "데이터베이스 백업 중..."<br />
# mysqldump 실행 및 압축. Docker 컨테이너 내에서 직접 압축하는 것이 효율적일 수 있음.<br />
# DB_PASSWORD를 환경 변수로 전달하여 보안 강화<br />
ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST \<br />
"docker exec -e MYSQL_PWD='$DB_PASSWORD' $DB_CONTAINER_NAME sh -c 'mysqldump -u $DB_USER -h localhost $DB_NAME | gzip' > $REMOTE_TEMP_BACKUP_DIR/$DB_BACKUP_FILENAME"<br />
<br />
if [ $? -ne 0 ]; then<br />
echo "오류: 데이터베이스 백업 실패."<br />
ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST "rm -rf $REMOTE_TEMP_BACKUP_DIR" # 임시 디렉토리 정리<br />
exit 1<br />
fi<br />
echo "데이터베이스 백업 완료: $DB_BACKUP_FILENAME"<br />
<br />
# 3. 디렉토리 백업 (documents, conf 디렉토리 - 원격 Docker 컨테이너 내에서 실행 후 원격 호스트로 복사)<br />
echo "디렉토리 백업 중 (documents, conf)..."<br />
# 컨테이너 내에서 직접 tar로 묶어서 압축 후 호스트로 전달<br />
# 중요: DOCUMENTS_DIR_PATH_IN_CONTAINER와 CONF_DIR_PATH_IN_CONTAINER가 실제 컨테이너 내 경로인지 확인 필요<br />
# 두 디렉토리가 동일한 상위 디렉토리에 있다면, 한 번의 tar 명령으로 처리 가능. 여기서는 개별적으로 처리하거나,<br />
# docker exec 명령 내에서 cd 명령과 함께 상대 경로를 사용할 수 있습니다.<br />
# 여기서는 두 디렉토리를 포함하는 상위 디렉토리가 있다면 그 기준으로 하는 것이 좋으나,<br />
# 명확하지 않으므로 각각의 절대 경로를 tar에 전달하는 방식으로 구성 (만약 tar가 컨테이너 내에서 이 경로들을 올바르게 인지한다면)<br />
# 또는, 각 디렉토리를 개별 파일로 압축할 수도 있습니다.<br />
# 좀 더 안정적인 방법은 docker cp를 사용하여 호스트로 먼저 복사 후 압축하거나, 볼륨을 직접 압축하는 것입니다.<br />
# 여기서는 docker exec를 이용해 컨테이너 내에서 압축하는 예를 보입니다.<br />
# /app/documents, /app/htdocs/conf 와 같이 공통 부모가 있다면 /app 을 대상으로 할 수도 있습니다.<br />
# 여기서는 두 경로를 함께 압축하는 예시를 보여줍니다. (두 경로가 동일한 파일 시스템에 있어야 함)<br />
# 만약 별도의 볼륨이라면 각각 백업해야 합니다.<br />
<br />
# documents와 conf 디렉토리의 부모 디렉토리를 알아야 효율적으로 tar 가능<br />
# 여기서는 예시로 /var/www/ 가 두 디렉토리의 공통 부모라고 가정하고,<br />
# documents는 html/documents (상대경로), conf는 html/conf (상대경로) 라고 가정합니다.<br />
# 실제로는 `docker inspect APP_CONTAINER_NAME`을 통해 마운트된 볼륨이나 경로를 확인해야 합니다.<br />
# 가장 확실한 방법은 각 디렉토리를 개별적으로 압축하거나, 볼륨을 호스트에서 직접 백업하는 것입니다.<br />
<br />
# 여기서는 두 디렉토리를 하나의 아카이브로 묶는다고 가정하고,<br />
# 컨테이너 내의 작업 디렉토리를 설정한 후 상대 경로로 지정합니다.<br />
# 예: Dolibarr 파일들이 /var/www/html 에 있다면<br />
ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST \<br />
"docker exec $APP_CONTAINER_NAME sh -c 'tar -czf - -C $(dirname $DOCUMENTS_DIR_PATH_IN_CONTAINER) $(basename $DOCUMENTS_DIR_PATH_IN_CONTAINER) -C $(dirname $CONF_DIR_PATH_IN_CONTAINER) $(basename $CONF_DIR_PATH_IN_CONTAINER)' > $REMOTE_TEMP_BACKUP_DIR/$FILES_BACKUP_FILENAME"<br />
# 위 명령은 DOCUMENTS_DIR_PATH_IN_CONTAINER 와 CONF_DIR_PATH_IN_CONTAINER 의 부모 디렉토리가 다를 경우 문제가 될 수 있습니다.<br />
# 더 안전한 방법은 다음과 같이 각 디렉토리를 명시적으로 지정하는 것입니다 (만약 이 경로들이 컨테이너 루트 기준이라면).<br />
# ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST \<br />
# "docker exec $APP_CONTAINER_NAME tar -czf - $DOCUMENTS_DIR_PATH_IN_CONTAINER $CONF_DIR_PATH_IN_CONTAINER" > $REMOTE_TEMP_BACKUP_DIR/$FILES_BACKUP_FILENAME<br />
<br />
# 만약 documents 디렉토리가 볼륨으로 마운트되어 있다면 (예: /host/path/to/documents -> /var/www/documents)<br />
# 호스트에서 직접 해당 /host/path/to/documents를 압축하는 것이 더 간단할 수 있습니다.<br />
<br />
if [ $? -ne 0 ]; then<br />
echo "오류: 디렉토리 백업 실패."<br />
ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST "rm -rf $REMOTE_TEMP_BACKUP_DIR" # 임시 디렉토리 정리<br />
exit 1<br />
fi<br />
echo "디렉토리 백업 완료: $FILES_BACKUP_FILENAME"<br />
<br />
# 4. 백업 파일들을 로컬 머신으로 복사<br />
echo "백업 파일들을 로컬 머신으로 복사 중..."<br />
mkdir -p $LOCAL_BACKUP_DIR # 로컬 백업 디렉토리 생성 (없을 경우)<br />
<br />
scp $SSH_OPTS -P $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST:$REMOTE_TEMP_BACKUP_DIR/$DB_BACKUP_FILENAME $LOCAL_BACKUP_DIR/<br />
if [ $? -ne 0 ]; then<br />
echo "오류: 데이터베이스 백업 파일 로컬 복사 실패."<br />
ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST "rm -rf $REMOTE_TEMP_BACKUP_DIR"<br />
exit 1<br />
fi<br />
<br />
scp $SSH_OPTS -P $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST:$REMOTE_TEMP_BACKUP_DIR/$FILES_BACKUP_FILENAME $LOCAL_BACKUP_DIR/<br />
if [ $? -ne 0 ]; then<br />
echo "오류: 디렉토리 백업 파일 로컬 복사 실패."<br />
ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST "rm -rf $REMOTE_TEMP_BACKUP_DIR"<br />
exit 1<br />
fi<br />
<br />
echo "백업 파일 로컬 복사 완료."<br />
<br />
# 5. 원격 서버의 임시 백업 파일 삭제<br />
echo "원격 서버의 임시 백업 파일 삭제 중..."<br />
ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST "rm -rf $REMOTE_TEMP_BACKUP_DIR"<br />
echo "원격 서버 임시 파일 삭제 완료."<br />
<br />
# 6. (선택 사항) 로컬에 오래된 백업 파일 삭제 (예: 30일 이상된 파일 삭제)<br />
# DAYS_TO_KEEP=30<br />
# find $LOCAL_BACKUP_DIR -type f -name "dolibarr_db_backup_*.sql.gz" -mtime +$DAYS_TO_KEEP -exec rm -f {} \;<br />
# find $LOCAL_BACKUP_DIR -type f -name "dolibarr_files_backup_*.tar.gz" -mtime +$DAYS_TO_KEEP -exec rm -f {} \;<br />
# echo "오래된 로컬 백업 파일 정리 완료 (보관 기간: ${DAYS_TO_KEEP}일)."<br />
<br />
echo "Dolibarr 백업 스크립트 완료: $(date)"<br />
exit 0<br />
```<br />
<br />
**스크립트 사용 방법 및 주의사항:**<br />
<br />
1. **스크립트 수정:**<br />
* `--- 설정 변수 ---` 섹션의 모든 변수들을 실제 사용자의 환경에 맞게 정확히 수정해야 합니다.<br />
* 특히 `DOCUMENTS_DIR_PATH_IN_CONTAINER`와 `CONF_DIR_PATH_IN_CONTAINER`는 Dolibarr Docker 설정에 따라 매우 다를 수 있으므로, `docker inspect APP_CONTAINER_NAME` 명령 등을 통해 정확한 경로를 확인하거나, Docker 볼륨을 사용한다면 호스트 경로를 직접 압축하는 방식을 고려하세요.<br />
* 만약 `documents` 디렉토리와 `conf` 디렉토리가 Docker 볼륨으로 호스트 머신에 마운트되어 있다면, `docker exec`를 사용하는 대신 SSH로 원격 호스트에 접속하여 해당 호스트 경로를 직접 `tar`로 압축하는 것이 더 간단하고 효율적일 수 있습니다. 이 경우 스크립트의 디렉토리 백업 부분을 수정해야 합니다.<br />
* 예시 (호스트에서 직접 볼륨 백업):<br />
```bash<br />
# REMOTE_HOST_DOCUMENTS_PATH="/path/on/host/to/documents_volume"<br />
# REMOTE_HOST_CONF_PATH="/path/on/host/to/conf_volume"<br />
# ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST \<br />
# "tar -czf $REMOTE_TEMP_BACKUP_DIR/$FILES_BACKUP_FILENAME -C $(dirname $REMOTE_HOST_DOCUMENTS_PATH) $(basename $REMOTE_HOST_DOCUMENTS_PATH) -C $(dirname $REMOTE_HOST_CONF_PATH) $(basename $REMOTE_HOST_CONF_PATH)"<br />
```<br />
<br />
2. **실행 권한 부여:**<br />
* 스크립트를 저장한 후 실행 권한을 부여합니다: `chmod +x your_backup_script_name.sh`<br />
<br />
3. **테스트 실행:**<br />
* 스크립트를 수동으로 실행하여 모든 과정이 정상적으로 작동하는지, 오류는 없는지 꼼꼼히 확인합니다.<br />
* 특히 파일 경로, 컨테이너 이름, 데이터베이스 정보 등이 정확한지 확인합니다.<br />
* 백업된 파일이 로컬에 정상적으로 생성되고, 압축 해제 시 내용이 올바른지 확인합니다.<br />
<br />
4. **자동 실행 등록 (Cron 작업):**<br />
* 로컬 머신에서 `crontab -e` 명령을 사용하여 cron 작업을 등록합니다.<br />
* 예시 (매일 새벽 3시에 스크립트 실행):<br />
```cron<br />
0 3 * * * /path/to/your/your_backup_script_name.sh >> /path/to/your/backup_log_file.log 2>&1<br />
```<br />
* 스크립트의 절대 경로를 사용해야 합니다.<br />
* 로그 파일 경로를 지정하여 실행 결과 및 오류를 기록하는 것이 좋습니다.<br />
* **주의:** cron 환경에서는 사용자의 일반적인 셸 환경 변수가 모두 설정되어 있지 않을 수 있습니다. 스크립트 내에서 필요한 모든 경로를 절대 경로로 지정하거나, 스크립트 상단에서 필요한 환경 변수(예: `PATH`)를 명시적으로 설정하는 것이 안전합니다. SSH 키 경로도 마찬가지입니다.<br />
<br />
**보안 고려 사항:**<br />
<br />
* **데이터베이스 비밀번호:** 스크립트에 데이터베이스 비밀번호를 직접 작성하는 것은 보안상 좋지 않습니다.<br />
* **대안 1 (권장):** `docker exec` 시 `-e MYSQL_PWD='$DB_PASSWORD'` 와 같이 환경 변수로 전달하면 그나마 덜 노출됩니다.<br />
* **대안 2:** 원격 서버의 Docker 컨테이너가 `.my.cnf` 파일과 같은 MySQL/MariaDB 설정 파일을 읽을 수 있도록 설정하고, 해당 파일에 인증 정보를 저장합니다. (Docker 볼륨 매핑 필요)<br />
* **대안 3:** HashiCorp Vault 같은 시크릿 관리 도구를 사용하는 것도 고려할 수 있지만, 설정이 복잡해질 수 있습니다.<br />
* **SSH 키 보안:** SSH 개인키는 안전하게 보관되어야 하며, 불필요한 권한을 가지지 않도록 설정합니다.<br />
* **백업 파일 암호화:** 로컬로 가져온 백업 파일에 민감한 정보가 있다면, 추가적으로 GPG 등을 사용하여 암호화하는 것을 고려할 수 있습니다.<br />
<br />
이 스크립트는 기본적인 틀을 제공하며, 사용자의 특정 환경과 요구 사항에 맞게 커스터마이징하여 사용해야 합니다. 특히 Docker 볼륨 사용 여부와 그에 따른 백업 대상 경로 지정이 중요합니다.<br />
<br />
===Synology 이용===<br />
* Synology Drive ShareSync 사용<br />
<br />
* '''주의 사항'''<br />
# Drive와 ShareSync는 다름 - 메뉴로 들어가야 ShareSync 보임<br />
# 원격(Remote)에서는 전체 디렉토리만 지정<br />
# Local(Local)에서 세부 사항 결정 할 수 있음 (일단 Quick Connect로 연결이 되어야 가능)<br />
<br />
* 메인 메뉴 진입<br />
[[file:main_menu_01.jpg|600px]]<br />
<br />
* Drive Sync는 Drive Server와 다름<br />
[[file:main_menu_02.jpg|600px]]<br />
<br />
<br />
<br />
Synology NAS 공유 폴더 동기화는 크게 두 가지 방법으로 설정할 수 있습니다.<br />
<br />
1. **공유 폴더 동기화 (Rsync 기반)**: 두 대의 Synology NAS 간에 공유 폴더를 단방향 또는 양방향으로 동기화하는 기능입니다. 주로 백업 또는 데이터 미러링 목적으로 사용됩니다.<br />
2. **Synology Drive ShareSync**: Synology Drive 패키지를 이용하여 여러 대의 Synology NAS 간에 파일을 실시간 또는 예약 동기화하는 기능입니다. 좀 더 유연하고 다양한 동기화 옵션을 제공하며, 협업 환경에 적합합니다.<br />
<br />
두 가지 방법 모두 장단점이 있으므로, 사용자의 환경과 목적에 맞는 방법을 선택하는 것이 중요합니다.<br />
<br />
**1. 공유 폴더 동기화 (Rsync 기반) 사용법**<br />
<br />
이 방법은 주로 두 대의 Synology NAS (원본 NAS와 대상 NAS) 간에 데이터를 동기화할 때 사용됩니다.<br />
<br />
**사전 준비 사항:**<br />
<br />
* **대상 NAS에서 Rsync 서비스 활성화:**<br />
1. 대상 Synology NAS에 로그인합니다.<br />
2. `제어판` > `파일 서비스` > `rsync` 탭으로 이동합니다.<br />
3. `rsync 서비스 활성화`를 선택하고 `적용`을 클릭합니다.<br />
* **포트 확인:** 방화벽이나 라우터에서 rsync 포트 (기본값: 873) 및 SSH 포트 (암호화된 전송 시, 기본값: 22)가 열려 있는지 확인합니다.<br />
* **서버 이름 확인:** 원본 NAS와 대상 NAS의 서버 이름이 서로 달라야 합니다.<br />
<br />
**동기화 작업 생성 (원본 NAS에서 수행):**<br />
<br />
1. 원본 Synology NAS에 로그인합니다.<br />
2. `제어판` > `파일 서비스` > `고급` 탭 > `공유 폴더 동기화`로 이동합니다. (DSM 버전에 따라 메뉴 위치가 약간 다를 수 있습니다. 예를 들어 DSM 6.2 이전 버전에서는 `제어판` > `공유 폴더 동기화`로 바로 이동할 수 있습니다.)<br />
3. `작업 목록`을 클릭하고 `생성`을 클릭합니다.<br />
4. **작업 이름 설정:** 동기화 작업의 이름을 입력합니다.<br />
5. **동기화할 공유 폴더 선택:** 원본 NAS에서 동기화할 공유 폴더를 하나 이상 선택합니다.<br />
6. **대상 NAS 정보 입력:**<br />
* 대상 Synology NAS의 IP 주소 또는 서버 이름을 입력합니다.<br />
* 대상 NAS의 관리자 그룹에 속하는 사용자 계정 정보를 입력합니다.<br />
7. **동기화 모드 선택:**<br />
* **수정 시 동기화 실행:** 원본 폴더에 변경 사항이 생기면 즉시 동기화합니다 (실시간 동기화).<br />
* **수동으로 동기화 실행:** 사용자가 직접 실행할 때만 동기화합니다.<br />
* **고급 스케줄:** 특정 시간에 주기적으로 동기화하도록 예약합니다.<br />
8. **기타 설정:**<br />
* **SSH 전송 암호화 활성화:** 데이터 전송 중 보안을 강화하려면 이 옵션을 선택하고 SSH 포트를 지정합니다.<br />
* **전송 압축 활성화:** 전송 속도를 높일 수 있지만, NAS의 CPU 사용량이 증가합니다.<br />
* **블록 레벨 동기화 사용:** 변경된 블록만 동기화하여 효율성을 높입니다.<br />
9. 설정을 완료하고 마법사를 따릅니다.<br />
<br />
**동기화 작업 관리:**<br />
<br />
* `제어판` > `공유 폴더 동기화` > `작업 목록`에서 생성된 작업을 편집, 삭제, 즉시 동기화 또는 전체 동기화를 수행할 수 있습니다.<br />
<br />
**참고 사항:**<br />
<br />
* 암호화된 공유 폴더를 Btrfs (Peta Volume) 파일 시스템에서 동기화하는 것은 지원되지 않을 수 있습니다.<br />
* 여러 원본 NAS에서 동일한 공유 폴더를 하나의 대상 NAS로 동시에 동기화하면 충돌이 발생할 수 있습니다.<br />
<br />
**2. Synology Drive ShareSync 사용법**<br />
<br />
Synology Drive ShareSync는 좀 더 유연하고 사용자 친화적인 인터페이스를 제공하며, 양방향 동기화 및 버전 관리 기능을 지원합니다.<br />
<br />
**사전 준비 사항:**<br />
<br />
* **Synology Drive Server 패키지 설치:** 동기화에 참여하는 모든 Synology NAS에 `패키지 센터`에서 `Synology Drive Server`를 설치하고 실행합니다.<br />
* **팀 폴더 활성화:**<br />
1. Synology Drive 관리 콘솔을 실행합니다.<br />
2. `팀 폴더` 섹션으로 이동합니다.<br />
3. 동기화하려는 공유 폴더를 선택하고 `활성화`를 클릭합니다. 필요에 따라 버전 관리 설정을 구성합니다.<br />
* **사용자 권한 확인:** `제어판` > `공유 폴더`에서 해당 폴더에 대한 사용자 권한이 올바르게 설정되었는지 확인합니다.<br />
* **포트 전달 (필요시):** 외부 네트워크에서 NAS에 접속하여 동기화하려면 라우터에서 Synology Drive ShareSync가 사용하는 포트 (기본값: 6690)를 포트 포워딩해야 할 수 있습니다.<br />
<br />
**Synology Drive ShareSync 설정 (로컬 NAS에서 수행):**<br />
<br />
1. 동기화를 설정할 로컬 Synology NAS에 로그인합니다.<br />
2. `Synology Drive ShareSync` 패키지를 실행합니다. (처음 실행 시 설정 마법사가 나타날 수 있습니다.)<br />
3. `지금 시작` 또는 `+` 버튼을 클릭하여 새 연결을 만듭니다.<br />
4. **원격 NAS 정보 입력:**<br />
* 동기화할 원격 Synology NAS의 IP 주소, QuickConnect ID 또는 DDNS 호스트 이름을 입력합니다.<br />
* 원격 NAS의 사용자 이름과 암호를 입력합니다. (관리자 그룹 권한 필요)<br />
5. **동기화할 공유 폴더 선택:**<br />
* 원격 NAS의 팀 폴더로 활성화된 공유 폴더 목록이 나타납니다.<br />
* 동기화할 원격 공유 폴더를 선택하고, 로컬 NAS에 동기화될 폴더를 지정합니다.<br />
6. **동기화 옵션 설정:**<br />
* **동기화 방향:**<br />
* 양방향 동기화<br />
* 원격 NAS에서만 데이터 다운로드 (단방향)<br />
* 로컬 NAS로만 데이터 업로드 (단방향)<br />
* **고급 설정:** 파일 필터 (특정 파일 크기, 확장명 제외 등), 동기화 모드 (필요시 동기화 - 공간 절약) 등을 설정할 수 있습니다.<br />
7. 설정을 완료하고 저장합니다.<br />
<br />
**동기화 작업 관리:**<br />
<br />
* Synology Drive ShareSync 인터페이스에서 연결된 NAS 목록, 동기화된 폴더, 로그 등을 확인할 수 있습니다.<br />
* 각 연결 또는 폴더별로 동기화 일시 중지/다시 시작, 편집, 연결 해제 등의 작업을 수행할 수 있습니다.<br />
<br />
**참고 사항:**<br />
<br />
* "homes" 사용자 홈 폴더를 동기화하는 경우, `공유 폴더 동기화`는 단방향이며 대상 NAS에서 사용자 홈 서비스가 비활성화될 수 있습니다. 반면 `Synology Drive ShareSync`는 양방향 동기화를 지원하며 사용자 홈 서비스를 유지할 수 있습니다.<br />
* 파일 충돌이 발생할 경우 해결 정책을 설정할 수 있습니다.<br />
<br />
**어떤 방법을 선택해야 할까요?**<br />
<br />
* **단순 백업 또는 두 NAS 간의 일방/양방향 동기화가 주 목적이라면:** `공유 폴더 동기화 (Rsync 기반)`가 좋은 선택일 수 있습니다.<br />
* **여러 NAS 간의 유연한 동기화, 실시간 협업, 버전 관리, 사용자 친화적인 인터페이스가 필요하다면:** `Synology Drive ShareSync`를 사용하는 것이 좋습니다.<br />
<br />
<br />
<br />
<br />
<br />
[[분류:ERP]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_code_%EC%88%98%EC%A0%95&diff=1293ERP code 수정2026-09-02T01:38:42Z<p>Hschoi2: /* Project Overview */</p>
<hr />
<div>ERP 코드 임의 수정 부분 기록<br />
<br />
==Project Overview==<br />
* 파일<br />
project\elements.php <br />
<br />
* project overview<br />
프로젝트 오버뷰는 프로젝트와 관련된 모든 것이 display된다. (느림)<br />
<br />
프로젝트 생성이후 모든 history display.<br />
<br />
[[file:Overview_01.jpg| 800px]]<br />
<br />
급여 정보도 나옴<br />
<br />
<br />
프로젝트 overview에서 급여(Salaries)가 표시되는 문제<br />
<br />
코드에서 Salaries 부분 제거<br />
<br />
The "salaries" section has been successfully removed from element.php. The code blocks related to the salaries module, including the require_once line, the salaries entry in the $listofreferent array, and the langs->load call, have been removed.<br />
<br />
* 수정 부분<br />
<br />
86번 라인 - 삭제<br />
<pre><br />
if (isModEnabled('salaries')) {<br />
require_once DOL_DOCUMENT_ROOT.'/salaries/class/salary.class.php';<br />
}<br />
</pre><br />
<br />
142번 라인 - 삭제<br />
<pre><br />
if (isModEnabled('salaries')) {<br />
$langs->load("salaries");<br />
}<br />
</pre><br />
<br />
655번 라인 - 삭제<br />
<br />
<pre><br />
'salaries' => array(<br />
'name' => "Salaries",<br />
'title' => "ListSalariesAssociatedProject",<br />
'class' => 'Salary',<br />
'table' => 'salary',<br />
'datefieldname' => 'datesp',<br />
'margin' => 'minus',<br />
'disableamount' => 0,<br />
'urlnew' => DOL_URL_ROOT.'/salaries/card.php?action=create&projectid='.$id.'&backtopage='.urlencode($_SERVER['PHP_SELF'].'?id='.$id),<br />
'lang' => 'salaries',<br />
'buttonnew' => 'AddSalary',<br />
'testnew' => $user->hasRight('salaries', 'write'),<br />
'test' => isModEnabled('salaries') && $user->hasRight('salaries', 'read')<br />
),<br />
</pre><br />
<br />
참고 이전 형식 유지의 경우 사용<br />
<br />
projet/element'''2'''.php?id=10 #프로젝트 ID<br />
<br />
<br />
* 주의사항<br />
업데이트의 경우 해당 파일을 바꿔 줄 것!<br />
<br />
* Dolibarr 전체 업데이트 경우 수정해야 하는 것<br />
# lang<br />
# element 파일 수정<br />
<br />
==CSRF(Cross-Site Request Forgery) 보안 검사 오류==<br />
서버가 호출한 것이 맞는지 확인하는 보안 프로세스, 보안 강화를 위해서 토큰을 붙여서 전송, 발생 토큰이 동일한지 확인하는 보안 알고리즘<br />
<br />
:* 사이트에서 호출<br />
https://erp.example.com/projet/card.php?id=3&action=close<br />
호출하는 경우<br />
<br />
:* 같은 CSRF 토큰이 함께 전달되어야 함<br />
token=xxxx<br />
<br />
* 문제 발생원인<br />
:#. 외부 시스템에서 Dolibarr URL을 직접 호출<br />
:#. PHP 코드에서 curl 사용<br />
:#. Power Automate 또는 API 호출<br />
:#. 리버스 프록시(Nginx, Traefik, Apache Proxy) 사용 중 헤더 누락<br />
:#. 사용자 정의 모듈(Custom Module)의 폼에 토큰 미포함<br />
:#. Dolibarr CSRF 설정이 너무 엄격하게 설정됨 (MAIN_SECURITY_CSRF_WITH_TOKEN >= 2) <br />
<br />
* 오래된 php에서는 CSRF 토큰 알고리즘을 사용하지 않는 경우가 있음.<br />
토큰 생성 php에 추가<br />
<input type="hidden" name="token" value="<?php echo newToken(); ?>"><br />
혹은<br />
print '<input type="hidden" name="token" value="'.newToken().'">';<br />
<br />
<br />
* 수정전 코드<br />
print ''.$_SERVER[';<br />
print '<input type="hidden" name="action" value="create" />';<br />
print '<input type="hidden" name="page" value="'.$page.'" />';<br />
print '<input type="hidden" name="fk_type" value="'.$id.'" />';<br />
print '<input type="hidden" name="backtopage" value="'.$backtopage.'" />';<br />
<br />
* 수정후 코드<br />
print ''.$_SERVER[';<br />
print '<input type="hidden" name="token" value="'.newToken().'">';<br />
print '<input type="hidden" name="action" value="create" />';<br />
print '<input type="hidden" name="page" value="'.$page.'" />';<br />
print '<input type="hidden" name="fk_type" value="'.$id.'" />';<br />
'''print '<input type="hidden" name="backtopage" value="'.$backtopage.'" />';''' # 추가<br />
<br />
* 흐름<br />
<br />
사용자가 Validate 버튼 클릭<br />
↓<br />
<form method="post"><br />
↓<br />
action=create 로 POST 전송<br />
↓<br />
card.php → z-actions/create.php 실행<br />
↓<br />
Dolibarr main.inc.php에서 CSRF token 검사<br />
↓<br />
token 없으면 차단<br />
<br />
==백업방법==<br />
여러가지 백업 방법에 대해 생각한다.<br />
<br />
===Dolibarr 백업===<br />
Dolibarr이 백업은 크게 두 가지 이다.<br />
# DB sql 백업<br />
# Document 파일 백업 <br />
<br />
* 백업 파일위치<br />
document/admin<br />
<br />
/backup - sql<br />
/documents - documnets<br />
<br />
Dolibarr 백업은 비즈니스 데이터의 안전을 위해 매우 중요한 작업입니다. 백업은 크게 **데이터베이스 백업**과 **파일 백업** 두 부분으로 나뉩니다. 이 두 가지 요소를 모두 백업해야 완전한 복구가 가능합니다.<br />
<br />
**백업해야 할 주요 구성 요소:**<br />
<br />
1. **Dolibarr 데이터베이스:** 모든 거래 정보, 고객 데이터, 제품 정보 등 핵심 데이터가 저장됩니다. 일반적으로 MySQL 또는 MariaDB 데이터베이스를 사용합니다.<br />
2. **`documents` 디렉토리:** 생성된 문서(견적서, 송장, 주문서 등), 첨부 파일, 이미지 등 Dolibarr 애플리케이션이 생성하고 사용하는 모든 파일이 저장되는 중요한 디렉토리입니다. 이 디렉토리의 정확한 위치는 Dolibarr 설치 시 설정에 따라 다를 수 있지만, 일반적으로 Dolibarr 설치 디렉토리 내에 있거나 별도로 지정된 경로에 있습니다. (예: `/var/lib/dolibarr/documents` 또는 Dolibarr 웹 루트 아래의 `documents`)<br />
3. **`conf` 디렉토리 (설정 파일):** Dolibarr의 주요 설정 파일(`conf.php`)이 포함된 디렉토리입니다. 이 파일에는 데이터베이스 연결 정보 등 중요한 설정이 들어있습니다. 일반적으로 Dolibarr 설치 디렉토리 내의 `htdocs/conf/` 에 위치합니다.<br />
<br />
**Dolibarr 백업 방법:**<br />
<br />
Dolibarr 백업은 다음과 같은 방법으로 수행할 수 있습니다.<br />
<br />
**1. Dolibarr 내장 백업 도구 사용 (주로 데이터베이스 백업)**<br />
<br />
Dolibarr는 관리자 인터페이스 내에 데이터베이스 백업 기능을 제공합니다.<br />
<br />
* **위치:** 관리자 계정으로 로그인 후 `관리자 도구` (Admin Tools) > `백업` (Backup) 메뉴로 이동합니다.<br />
* **기능:**<br />
* 데이터베이스 백업 파일을 생성할 수 있습니다 (주로 SQL 형식).<br />
* 백업 파일의 압축 여부, 백업 내용(구조, 데이터) 등을 선택할 수 있습니다.<br />
* 생성된 백업 파일은 서버에 저장되며, 사용자가 직접 다운로드해야 합니다.<br />
* **장점:** 사용하기 쉽고 Dolibarr 환경에 최적화되어 있습니다.<br />
* **단점:** 주로 데이터베이스 백업에 중점을 두며, `documents` 디렉토리의 파일들은 별도로 백업해야 합니다. 백업 파일이 서버 내에만 저장되므로, 서버 장애 시 유실될 수 있어 반드시 외부 저장소로 옮겨야 합니다.<br />
<br />
**2. 수동 백업 (데이터베이스 및 파일)**<br />
<br />
서버에 직접 접근하여 데이터베이스와 파일을 백업하는 방법입니다.<br />
<br />
* **데이터베이스 백업 (명령줄 사용 - 예: `mysqldump`):**<br />
* MySQL/MariaDB 서버에 접속 가능한 환경에서 `mysqldump` 유틸리티를 사용합니다.<br />
* **명령어 예시:**<br />
```bash<br />
mysqldump -u [데이터베이스사용자] -p[데이터베이스비밀번호] [데이터베이스이름] > backup_db_$(date +%Y%m%d_%H%M%S).sql<br />
```<br />
(예: `mysqldump -u dolibarruser -ppassword dolibarrdb > backup_db_20230530_100000.sql`)<br />
* 생성된 `.sql` 파일을 안전한 곳에 보관합니다.<br />
* **주의:** `-p` 옵션과 비밀번호 사이에 공백이 없어야 합니다. 보안상 비밀번호를 직접 입력하는 것보다 프롬프트를 통해 입력하거나 설정 파일을 이용하는 것이 좋습니다.<br />
<br />
* **데이터베이스 백업 (phpMyAdmin 사용):**<br />
* 웹 호스팅 환경 등에서 phpMyAdmin을 제공하는 경우, 이를 통해 데이터베이스를 백업할 수 있습니다.<br />
* Dolibarr 데이터베이스를 선택하고 `내보내기(Export)` 기능을 사용하여 SQL 파일로 저장합니다.<br />
<br />
* **`documents` 디렉토리 및 `conf` 디렉토리 백업:**<br />
* FTP 클라이언트 (FileZilla 등) 또는 SSH를 통해 서버에 접속합니다.<br />
* Dolibarr 설치 경로에서 `documents` 디렉토리 전체와 `htdocs/conf/` 디렉토리를 로컬 PC 또는 다른 안전한 저장소로 복사합니다.<br />
* 파일이 많거나 용량이 클 경우, 압축하여 백업하는 것이 효율적입니다 (예: `tar`, `zip`).<br />
* **명령어 예시 (tar 사용):**<br />
```bash<br />
tar -czvf backup_documents_$(date +%Y%m%d_%H%M%S).tar.gz /path/to/your/dolibarr/documents<br />
tar -czvf backup_conf_$(date +%Y%m%d_%H%M%S).tar.gz /path/to/your/dolibarr/htdocs/conf<br />
```<br />
<br />
**3. 자동 백업 설정**<br />
<br />
정기적인 백업을 위해 자동화하는 것이 매우 중요합니다.<br />
<br />
* **Cron 작업 (Linux 서버):**<br />
* Linux 서버 환경에서는 `cron`을 사용하여 `mysqldump` 명령과 파일 복사/압축 명령을 주기적으로 실행하도록 스크립트를 작성하고 등록할 수 있습니다.<br />
* 백업 스크립트 예시 (`backup_dolibarr.sh`):<br />
```bash<br />
#!/bin/bash<br />
<br />
DB_USER="[데이터베이스사용자]"<br />
DB_PASS="[데이터베이스비밀번호]"<br />
DB_NAME="[데이터베이스이름]"<br />
BACKUP_DIR="/path/to/your/backup_location" # 백업 파일을 저장할 디렉토리<br />
DOLI_DOCS_DIR="/path/to/your/dolibarr/documents"<br />
DOLI_CONF_DIR="/path/to/your/dolibarr/htdocs/conf"<br />
DATE=$(date +%Y%m%d_%H%M%S)<br />
<br />
# 데이터베이스 백업<br />
mysqldump -u $DB_USER -p$DB_PASS $DB_NAME > $BACKUP_DIR/db_backup_$DATE.sql<br />
<br />
# Documents 디렉토리 백업<br />
tar -czvf $BACKUP_DIR/documents_backup_$DATE.tar.gz $DOLI_DOCS_DIR<br />
<br />
# Conf 디렉토리 백업<br />
tar -czvf $BACKUP_DIR/conf_backup_$DATE.tar.gz $DOLI_CONF_DIR<br />
<br />
# 오래된 백업 파일 삭제 (예: 30일 이상된 파일 삭제)<br />
find $BACKUP_DIR -type f -mtime +30 -name '*.sql' -delete<br />
find $BACKUP_DIR -type f -mtime +30 -name '*.tar.gz' -delete<br />
<br />
echo "Dolibarr backup completed on $DATE" >> $BACKUP_DIR/backup.log<br />
```<br />
* 위 스크립트를 실행 가능하도록 권한을 주고 (`chmod +x backup_dolibarr.sh`), `crontab -e`를 통해 cron 작업을 등록합니다 (예: 매일 새벽 2시에 실행 `0 2 * * * /path/to/backup_dolibarr.sh`).<br />
* **Dolibarr 모듈/플러그인:**<br />
* Dolibarr 마켓플레이스(DoliStore) 등에서 자동 백업 기능을 제공하는 유료 또는 무료 모듈을 찾아볼 수 있습니다. `Dolibackup`과 같은 모듈이 원격 FTP 서버 등으로 자동 백업하는 기능을 제공하기도 합니다.<br />
* **호스팅 제공업체의 백업 서비스:**<br />
* 웹 호스팅이나 클라우드 서버를 사용하는 경우, 제공업체에서 자동 백업 서비스를 제공하는지 확인하고 활용할 수 있습니다. 다만, 이 경우에도 자체적으로 중요한 데이터는 별도로 백업해두는 것이 안전합니다.<br />
<br />
**백업 시 고려 사항 및 권장 사항:**<br />
<br />
* **3-2-1 백업 규칙:** 최소 3개의 데이터 복사본을 만들고, 2개의 서로 다른 저장 매체에 보관하며, 1개는 오프사이트(물리적으로 다른 장소)에 보관하는 것이 좋습니다.<br />
* **정기적인 테스트:** 백업 파일이 정상적으로 생성되고, 실제로 복구가 가능한지 정기적으로 테스트해야 합니다. 백업만 하고 복구 테스트를 하지 않으면 실제 장애 발생 시 큰 문제가 될 수 있습니다.<br />
* **백업 저장소 보안:** 백업 파일에는 중요한 데이터가 포함되어 있으므로, 접근 권한을 제한하고 암호화하는 등의 보안 조치를 취해야 합니다.<br />
* **백업 위치:** 서버와 동일한 물리적 위치에만 백업을 저장하는 것은 위험합니다. 로컬 서버, 외부 하드 드라이브, NAS, 클라우드 스토리지 등 다양한 위치에 분산하여 저장하는 것이 좋습니다.<br />
* **문서화:** 백업 및 복구 절차를 문서화하여 누구나 쉽게 따라 할 수 있도록 합니다.<br />
<br />
어떤 방법을 선택하든, 정기적이고 안정적인 백업 체계를 구축하는 것이 Dolibarr 시스템과 비즈니스 연속성을 유지하는 데 매우 중요합니다. 사용 환경과 기술적 숙련도에 맞는 방법을 선택하고, 꾸준히 관리하십시오.<br />
<br />
===전통적인 방법===<br />
<br />
* Cron, ssh이용<br />
<br />
Docker 환경에서 Dolibarr 서버의 데이터베이스와 디렉토리를 매일 한 번 원격으로 백업하여 로컬로 가져오는 자동화된 프로세스를 구축하는 방법을 안내해 드리겠습니다.<br />
<br />
이 과정은 로컬 머신에서 실행되는 스크립트를 통해 원격 Docker 호스트에 접속하고, Docker 컨테이너 내의 데이터를 백업한 후, 그 파일을 로컬 머신으로 가져오는 방식으로 진행됩니다.<br />
<br />
**사전 준비 사항:**<br />
<br />
1. **SSH 접속 설정 (로컬 → 원격 서버):**<br />
* 로컬 머신에서 원격 Docker 호스트로 비밀번호 입력 없이 SSH 접속이 가능하도록 SSH 키 기반 인증을 설정합니다.<br />
* 로컬 머신에 SSH 키 쌍이 없다면 생성합니다: `ssh-keygen -t rsa -b 4096`<br />
* 생성된 공개키 (`~/.ssh/id_rsa.pub`)의 내용을 원격 서버의 `~/.ssh/authorized_keys` 파일에 추가합니다.<br />
* 원격 서버의 SSH 포트가 기본 포트(22)가 아니라면 해당 포트 번호를 기억해 둡니다.<br />
<br />
2. **원격 서버 정보 확인:**<br />
* 원격 Docker 호스트의 IP 주소 또는 도메인 이름<br />
* 원격 서버 접속을 위한 SSH 사용자 이름<br />
* Dolibarr 데이터베이스 컨테이너 이름 또는 ID<br />
* Dolibarr 애플리케이션 컨테이너 이름 또는 ID<br />
* Dolibarr `documents` 디렉토리 경로 (컨테이너 내부)<br />
* Dolibarr `conf` 디렉토리 경로 (컨테이너 내부, 보통 `htdocs/conf`)<br />
* 데이터베이스 이름, 사용자, 비밀번호 (Dolibarr 설정 파일 `htdocs/conf/conf.php` 또는 Docker 환경 변수에서 확인)<br />
<br />
3. **로컬 머신 준비:**<br />
* `ssh`, `scp` (또는 `rsync`) 명령어가 설치되어 있어야 합니다. (대부분의 Linux, macOS에는 기본 설치)<br />
* 백업 파일을 저장할 로컬 디렉토리 생성.<br />
<br />
**자동 백업 스크립트 (Bash 셸 스크립트 예시)**<br />
<br />
아래는 로컬 머신에서 실행할 셸 스크립트 예시입니다. 필요에 따라 수정하여 사용하세요.<br />
<br />
```bash<br />
#!/bin/bash<br />
<br />
# --- 설정 변수 ---<br />
<br />
# 원격 서버 정보<br />
REMOTE_USER="your_remote_ssh_user"<br />
REMOTE_HOST="your_remote_server_ip_or_domain"<br />
REMOTE_SSH_PORT="22" # 원격 SSH 포트 (기본값이 아니라면 변경)<br />
# SSH 키 경로 (비밀번호 없는 접속을 위해 특정 키를 사용한다면 지정, 예: ~/.ssh/my_remote_key)<br />
# SSH_KEY_PATH="~/.ssh/id_rsa" # 기본 키를 사용한다면 주석 처리하거나 비워둘 수 있음<br />
<br />
# Docker 컨테이너 정보 (원격 서버 기준)<br />
DB_CONTAINER_NAME="dolibarr_mariadb_container_name" # 실제 MariaDB/MySQL 컨테이너 이름<br />
APP_CONTAINER_NAME="dolibarr_app_container_name" # 실제 Dolibarr 앱 컨테이너 이름<br />
<br />
# Dolibarr 데이터베이스 정보<br />
DB_NAME="dolibarr_db_name"<br />
DB_USER="dolibarr_db_user"<br />
DB_PASSWORD="dolibarr_db_password"<br />
<br />
# 백업 대상 디렉토리 경로 (Dolibarr 앱 컨테이너 내부)<br />
# 중요: 이 경로는 Dolibarr 설치 및 Docker 설정에 따라 다를 수 있습니다.<br />
# 일반적으로 documents 디렉토리는 /var/www/documents 또는 /var/lib/dolibarr/documents 등일 수 있습니다.<br />
# conf 디렉토리는 /var/www/html/conf 또는 Dolibarr 웹 루트 아래의 htdocs/conf 입니다.<br />
DOCUMENTS_DIR_PATH_IN_CONTAINER="/var/www/documents"<br />
CONF_DIR_PATH_IN_CONTAINER="/var/www/html/conf" # 예시 경로, 실제 경로로 수정<br />
<br />
# 로컬 백업 저장 경로<br />
LOCAL_BACKUP_DIR="/path/to/your/local/backup_folder" # 로컬 머신에 백업 파일을 저장할 경로<br />
<br />
# 백업 파일 이름 설정<br />
DATE_FORMAT=$(date +%Y%m%d_%H%M%S)<br />
DB_BACKUP_FILENAME="dolibarr_db_backup_${DATE_FORMAT}.sql.gz"<br />
FILES_BACKUP_FILENAME="dolibarr_files_backup_${DATE_FORMAT}.tar.gz"<br />
<br />
# 원격 서버에 임시로 백업 파일을 저장할 경로<br />
REMOTE_TEMP_BACKUP_DIR="/tmp/dolibarr_backups" # 원격 서버의 임시 저장 경로<br />
<br />
# SSH 옵션<br />
SSH_OPTS=""<br />
if [ ! -z "$SSH_KEY_PATH" ]; then<br />
SSH_OPTS="-i $SSH_KEY_PATH"<br />
fi<br />
<br />
# --- 스크립트 시작 ---<br />
<br />
echo "Dolibarr 백업 스크립트 시작: $(date)"<br />
<br />
# 1. 원격 서버에 임시 백업 디렉토리 생성<br />
ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST "mkdir -p $REMOTE_TEMP_BACKUP_DIR"<br />
if [ $? -ne 0 ]; then<br />
echo "오류: 원격 서버에 임시 백업 디렉토리($REMOTE_TEMP_BACKUP_DIR) 생성 실패."<br />
exit 1<br />
fi<br />
<br />
# 2. 데이터베이스 백업 (원격 Docker 컨테이너 내에서 실행 후 원격 호스트로 복사)<br />
echo "데이터베이스 백업 중..."<br />
# mysqldump 실행 및 압축. Docker 컨테이너 내에서 직접 압축하는 것이 효율적일 수 있음.<br />
# DB_PASSWORD를 환경 변수로 전달하여 보안 강화<br />
ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST \<br />
"docker exec -e MYSQL_PWD='$DB_PASSWORD' $DB_CONTAINER_NAME sh -c 'mysqldump -u $DB_USER -h localhost $DB_NAME | gzip' > $REMOTE_TEMP_BACKUP_DIR/$DB_BACKUP_FILENAME"<br />
<br />
if [ $? -ne 0 ]; then<br />
echo "오류: 데이터베이스 백업 실패."<br />
ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST "rm -rf $REMOTE_TEMP_BACKUP_DIR" # 임시 디렉토리 정리<br />
exit 1<br />
fi<br />
echo "데이터베이스 백업 완료: $DB_BACKUP_FILENAME"<br />
<br />
# 3. 디렉토리 백업 (documents, conf 디렉토리 - 원격 Docker 컨테이너 내에서 실행 후 원격 호스트로 복사)<br />
echo "디렉토리 백업 중 (documents, conf)..."<br />
# 컨테이너 내에서 직접 tar로 묶어서 압축 후 호스트로 전달<br />
# 중요: DOCUMENTS_DIR_PATH_IN_CONTAINER와 CONF_DIR_PATH_IN_CONTAINER가 실제 컨테이너 내 경로인지 확인 필요<br />
# 두 디렉토리가 동일한 상위 디렉토리에 있다면, 한 번의 tar 명령으로 처리 가능. 여기서는 개별적으로 처리하거나,<br />
# docker exec 명령 내에서 cd 명령과 함께 상대 경로를 사용할 수 있습니다.<br />
# 여기서는 두 디렉토리를 포함하는 상위 디렉토리가 있다면 그 기준으로 하는 것이 좋으나,<br />
# 명확하지 않으므로 각각의 절대 경로를 tar에 전달하는 방식으로 구성 (만약 tar가 컨테이너 내에서 이 경로들을 올바르게 인지한다면)<br />
# 또는, 각 디렉토리를 개별 파일로 압축할 수도 있습니다.<br />
# 좀 더 안정적인 방법은 docker cp를 사용하여 호스트로 먼저 복사 후 압축하거나, 볼륨을 직접 압축하는 것입니다.<br />
# 여기서는 docker exec를 이용해 컨테이너 내에서 압축하는 예를 보입니다.<br />
# /app/documents, /app/htdocs/conf 와 같이 공통 부모가 있다면 /app 을 대상으로 할 수도 있습니다.<br />
# 여기서는 두 경로를 함께 압축하는 예시를 보여줍니다. (두 경로가 동일한 파일 시스템에 있어야 함)<br />
# 만약 별도의 볼륨이라면 각각 백업해야 합니다.<br />
<br />
# documents와 conf 디렉토리의 부모 디렉토리를 알아야 효율적으로 tar 가능<br />
# 여기서는 예시로 /var/www/ 가 두 디렉토리의 공통 부모라고 가정하고,<br />
# documents는 html/documents (상대경로), conf는 html/conf (상대경로) 라고 가정합니다.<br />
# 실제로는 `docker inspect APP_CONTAINER_NAME`을 통해 마운트된 볼륨이나 경로를 확인해야 합니다.<br />
# 가장 확실한 방법은 각 디렉토리를 개별적으로 압축하거나, 볼륨을 호스트에서 직접 백업하는 것입니다.<br />
<br />
# 여기서는 두 디렉토리를 하나의 아카이브로 묶는다고 가정하고,<br />
# 컨테이너 내의 작업 디렉토리를 설정한 후 상대 경로로 지정합니다.<br />
# 예: Dolibarr 파일들이 /var/www/html 에 있다면<br />
ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST \<br />
"docker exec $APP_CONTAINER_NAME sh -c 'tar -czf - -C $(dirname $DOCUMENTS_DIR_PATH_IN_CONTAINER) $(basename $DOCUMENTS_DIR_PATH_IN_CONTAINER) -C $(dirname $CONF_DIR_PATH_IN_CONTAINER) $(basename $CONF_DIR_PATH_IN_CONTAINER)' > $REMOTE_TEMP_BACKUP_DIR/$FILES_BACKUP_FILENAME"<br />
# 위 명령은 DOCUMENTS_DIR_PATH_IN_CONTAINER 와 CONF_DIR_PATH_IN_CONTAINER 의 부모 디렉토리가 다를 경우 문제가 될 수 있습니다.<br />
# 더 안전한 방법은 다음과 같이 각 디렉토리를 명시적으로 지정하는 것입니다 (만약 이 경로들이 컨테이너 루트 기준이라면).<br />
# ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST \<br />
# "docker exec $APP_CONTAINER_NAME tar -czf - $DOCUMENTS_DIR_PATH_IN_CONTAINER $CONF_DIR_PATH_IN_CONTAINER" > $REMOTE_TEMP_BACKUP_DIR/$FILES_BACKUP_FILENAME<br />
<br />
# 만약 documents 디렉토리가 볼륨으로 마운트되어 있다면 (예: /host/path/to/documents -> /var/www/documents)<br />
# 호스트에서 직접 해당 /host/path/to/documents를 압축하는 것이 더 간단할 수 있습니다.<br />
<br />
if [ $? -ne 0 ]; then<br />
echo "오류: 디렉토리 백업 실패."<br />
ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST "rm -rf $REMOTE_TEMP_BACKUP_DIR" # 임시 디렉토리 정리<br />
exit 1<br />
fi<br />
echo "디렉토리 백업 완료: $FILES_BACKUP_FILENAME"<br />
<br />
# 4. 백업 파일들을 로컬 머신으로 복사<br />
echo "백업 파일들을 로컬 머신으로 복사 중..."<br />
mkdir -p $LOCAL_BACKUP_DIR # 로컬 백업 디렉토리 생성 (없을 경우)<br />
<br />
scp $SSH_OPTS -P $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST:$REMOTE_TEMP_BACKUP_DIR/$DB_BACKUP_FILENAME $LOCAL_BACKUP_DIR/<br />
if [ $? -ne 0 ]; then<br />
echo "오류: 데이터베이스 백업 파일 로컬 복사 실패."<br />
ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST "rm -rf $REMOTE_TEMP_BACKUP_DIR"<br />
exit 1<br />
fi<br />
<br />
scp $SSH_OPTS -P $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST:$REMOTE_TEMP_BACKUP_DIR/$FILES_BACKUP_FILENAME $LOCAL_BACKUP_DIR/<br />
if [ $? -ne 0 ]; then<br />
echo "오류: 디렉토리 백업 파일 로컬 복사 실패."<br />
ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST "rm -rf $REMOTE_TEMP_BACKUP_DIR"<br />
exit 1<br />
fi<br />
<br />
echo "백업 파일 로컬 복사 완료."<br />
<br />
# 5. 원격 서버의 임시 백업 파일 삭제<br />
echo "원격 서버의 임시 백업 파일 삭제 중..."<br />
ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST "rm -rf $REMOTE_TEMP_BACKUP_DIR"<br />
echo "원격 서버 임시 파일 삭제 완료."<br />
<br />
# 6. (선택 사항) 로컬에 오래된 백업 파일 삭제 (예: 30일 이상된 파일 삭제)<br />
# DAYS_TO_KEEP=30<br />
# find $LOCAL_BACKUP_DIR -type f -name "dolibarr_db_backup_*.sql.gz" -mtime +$DAYS_TO_KEEP -exec rm -f {} \;<br />
# find $LOCAL_BACKUP_DIR -type f -name "dolibarr_files_backup_*.tar.gz" -mtime +$DAYS_TO_KEEP -exec rm -f {} \;<br />
# echo "오래된 로컬 백업 파일 정리 완료 (보관 기간: ${DAYS_TO_KEEP}일)."<br />
<br />
echo "Dolibarr 백업 스크립트 완료: $(date)"<br />
exit 0<br />
```<br />
<br />
**스크립트 사용 방법 및 주의사항:**<br />
<br />
1. **스크립트 수정:**<br />
* `--- 설정 변수 ---` 섹션의 모든 변수들을 실제 사용자의 환경에 맞게 정확히 수정해야 합니다.<br />
* 특히 `DOCUMENTS_DIR_PATH_IN_CONTAINER`와 `CONF_DIR_PATH_IN_CONTAINER`는 Dolibarr Docker 설정에 따라 매우 다를 수 있으므로, `docker inspect APP_CONTAINER_NAME` 명령 등을 통해 정확한 경로를 확인하거나, Docker 볼륨을 사용한다면 호스트 경로를 직접 압축하는 방식을 고려하세요.<br />
* 만약 `documents` 디렉토리와 `conf` 디렉토리가 Docker 볼륨으로 호스트 머신에 마운트되어 있다면, `docker exec`를 사용하는 대신 SSH로 원격 호스트에 접속하여 해당 호스트 경로를 직접 `tar`로 압축하는 것이 더 간단하고 효율적일 수 있습니다. 이 경우 스크립트의 디렉토리 백업 부분을 수정해야 합니다.<br />
* 예시 (호스트에서 직접 볼륨 백업):<br />
```bash<br />
# REMOTE_HOST_DOCUMENTS_PATH="/path/on/host/to/documents_volume"<br />
# REMOTE_HOST_CONF_PATH="/path/on/host/to/conf_volume"<br />
# ssh $SSH_OPTS -p $REMOTE_SSH_PORT $REMOTE_USER@$REMOTE_HOST \<br />
# "tar -czf $REMOTE_TEMP_BACKUP_DIR/$FILES_BACKUP_FILENAME -C $(dirname $REMOTE_HOST_DOCUMENTS_PATH) $(basename $REMOTE_HOST_DOCUMENTS_PATH) -C $(dirname $REMOTE_HOST_CONF_PATH) $(basename $REMOTE_HOST_CONF_PATH)"<br />
```<br />
<br />
2. **실행 권한 부여:**<br />
* 스크립트를 저장한 후 실행 권한을 부여합니다: `chmod +x your_backup_script_name.sh`<br />
<br />
3. **테스트 실행:**<br />
* 스크립트를 수동으로 실행하여 모든 과정이 정상적으로 작동하는지, 오류는 없는지 꼼꼼히 확인합니다.<br />
* 특히 파일 경로, 컨테이너 이름, 데이터베이스 정보 등이 정확한지 확인합니다.<br />
* 백업된 파일이 로컬에 정상적으로 생성되고, 압축 해제 시 내용이 올바른지 확인합니다.<br />
<br />
4. **자동 실행 등록 (Cron 작업):**<br />
* 로컬 머신에서 `crontab -e` 명령을 사용하여 cron 작업을 등록합니다.<br />
* 예시 (매일 새벽 3시에 스크립트 실행):<br />
```cron<br />
0 3 * * * /path/to/your/your_backup_script_name.sh >> /path/to/your/backup_log_file.log 2>&1<br />
```<br />
* 스크립트의 절대 경로를 사용해야 합니다.<br />
* 로그 파일 경로를 지정하여 실행 결과 및 오류를 기록하는 것이 좋습니다.<br />
* **주의:** cron 환경에서는 사용자의 일반적인 셸 환경 변수가 모두 설정되어 있지 않을 수 있습니다. 스크립트 내에서 필요한 모든 경로를 절대 경로로 지정하거나, 스크립트 상단에서 필요한 환경 변수(예: `PATH`)를 명시적으로 설정하는 것이 안전합니다. SSH 키 경로도 마찬가지입니다.<br />
<br />
**보안 고려 사항:**<br />
<br />
* **데이터베이스 비밀번호:** 스크립트에 데이터베이스 비밀번호를 직접 작성하는 것은 보안상 좋지 않습니다.<br />
* **대안 1 (권장):** `docker exec` 시 `-e MYSQL_PWD='$DB_PASSWORD'` 와 같이 환경 변수로 전달하면 그나마 덜 노출됩니다.<br />
* **대안 2:** 원격 서버의 Docker 컨테이너가 `.my.cnf` 파일과 같은 MySQL/MariaDB 설정 파일을 읽을 수 있도록 설정하고, 해당 파일에 인증 정보를 저장합니다. (Docker 볼륨 매핑 필요)<br />
* **대안 3:** HashiCorp Vault 같은 시크릿 관리 도구를 사용하는 것도 고려할 수 있지만, 설정이 복잡해질 수 있습니다.<br />
* **SSH 키 보안:** SSH 개인키는 안전하게 보관되어야 하며, 불필요한 권한을 가지지 않도록 설정합니다.<br />
* **백업 파일 암호화:** 로컬로 가져온 백업 파일에 민감한 정보가 있다면, 추가적으로 GPG 등을 사용하여 암호화하는 것을 고려할 수 있습니다.<br />
<br />
이 스크립트는 기본적인 틀을 제공하며, 사용자의 특정 환경과 요구 사항에 맞게 커스터마이징하여 사용해야 합니다. 특히 Docker 볼륨 사용 여부와 그에 따른 백업 대상 경로 지정이 중요합니다.<br />
<br />
===Synology 이용===<br />
* Synology Drive ShareSync 사용<br />
<br />
* '''주의 사항'''<br />
# Drive와 ShareSync는 다름 - 메뉴로 들어가야 ShareSync 보임<br />
# 원격(Remote)에서는 전체 디렉토리만 지정<br />
# Local(Local)에서 세부 사항 결정 할 수 있음 (일단 Quick Connect로 연결이 되어야 가능)<br />
<br />
* 메인 메뉴 진입<br />
[[file:main_menu_01.jpg|600px]]<br />
<br />
* Drive Sync는 Drive Server와 다름<br />
[[file:main_menu_02.jpg|600px]]<br />
<br />
<br />
<br />
Synology NAS 공유 폴더 동기화는 크게 두 가지 방법으로 설정할 수 있습니다.<br />
<br />
1. **공유 폴더 동기화 (Rsync 기반)**: 두 대의 Synology NAS 간에 공유 폴더를 단방향 또는 양방향으로 동기화하는 기능입니다. 주로 백업 또는 데이터 미러링 목적으로 사용됩니다.<br />
2. **Synology Drive ShareSync**: Synology Drive 패키지를 이용하여 여러 대의 Synology NAS 간에 파일을 실시간 또는 예약 동기화하는 기능입니다. 좀 더 유연하고 다양한 동기화 옵션을 제공하며, 협업 환경에 적합합니다.<br />
<br />
두 가지 방법 모두 장단점이 있으므로, 사용자의 환경과 목적에 맞는 방법을 선택하는 것이 중요합니다.<br />
<br />
**1. 공유 폴더 동기화 (Rsync 기반) 사용법**<br />
<br />
이 방법은 주로 두 대의 Synology NAS (원본 NAS와 대상 NAS) 간에 데이터를 동기화할 때 사용됩니다.<br />
<br />
**사전 준비 사항:**<br />
<br />
* **대상 NAS에서 Rsync 서비스 활성화:**<br />
1. 대상 Synology NAS에 로그인합니다.<br />
2. `제어판` > `파일 서비스` > `rsync` 탭으로 이동합니다.<br />
3. `rsync 서비스 활성화`를 선택하고 `적용`을 클릭합니다.<br />
* **포트 확인:** 방화벽이나 라우터에서 rsync 포트 (기본값: 873) 및 SSH 포트 (암호화된 전송 시, 기본값: 22)가 열려 있는지 확인합니다.<br />
* **서버 이름 확인:** 원본 NAS와 대상 NAS의 서버 이름이 서로 달라야 합니다.<br />
<br />
**동기화 작업 생성 (원본 NAS에서 수행):**<br />
<br />
1. 원본 Synology NAS에 로그인합니다.<br />
2. `제어판` > `파일 서비스` > `고급` 탭 > `공유 폴더 동기화`로 이동합니다. (DSM 버전에 따라 메뉴 위치가 약간 다를 수 있습니다. 예를 들어 DSM 6.2 이전 버전에서는 `제어판` > `공유 폴더 동기화`로 바로 이동할 수 있습니다.)<br />
3. `작업 목록`을 클릭하고 `생성`을 클릭합니다.<br />
4. **작업 이름 설정:** 동기화 작업의 이름을 입력합니다.<br />
5. **동기화할 공유 폴더 선택:** 원본 NAS에서 동기화할 공유 폴더를 하나 이상 선택합니다.<br />
6. **대상 NAS 정보 입력:**<br />
* 대상 Synology NAS의 IP 주소 또는 서버 이름을 입력합니다.<br />
* 대상 NAS의 관리자 그룹에 속하는 사용자 계정 정보를 입력합니다.<br />
7. **동기화 모드 선택:**<br />
* **수정 시 동기화 실행:** 원본 폴더에 변경 사항이 생기면 즉시 동기화합니다 (실시간 동기화).<br />
* **수동으로 동기화 실행:** 사용자가 직접 실행할 때만 동기화합니다.<br />
* **고급 스케줄:** 특정 시간에 주기적으로 동기화하도록 예약합니다.<br />
8. **기타 설정:**<br />
* **SSH 전송 암호화 활성화:** 데이터 전송 중 보안을 강화하려면 이 옵션을 선택하고 SSH 포트를 지정합니다.<br />
* **전송 압축 활성화:** 전송 속도를 높일 수 있지만, NAS의 CPU 사용량이 증가합니다.<br />
* **블록 레벨 동기화 사용:** 변경된 블록만 동기화하여 효율성을 높입니다.<br />
9. 설정을 완료하고 마법사를 따릅니다.<br />
<br />
**동기화 작업 관리:**<br />
<br />
* `제어판` > `공유 폴더 동기화` > `작업 목록`에서 생성된 작업을 편집, 삭제, 즉시 동기화 또는 전체 동기화를 수행할 수 있습니다.<br />
<br />
**참고 사항:**<br />
<br />
* 암호화된 공유 폴더를 Btrfs (Peta Volume) 파일 시스템에서 동기화하는 것은 지원되지 않을 수 있습니다.<br />
* 여러 원본 NAS에서 동일한 공유 폴더를 하나의 대상 NAS로 동시에 동기화하면 충돌이 발생할 수 있습니다.<br />
<br />
**2. Synology Drive ShareSync 사용법**<br />
<br />
Synology Drive ShareSync는 좀 더 유연하고 사용자 친화적인 인터페이스를 제공하며, 양방향 동기화 및 버전 관리 기능을 지원합니다.<br />
<br />
**사전 준비 사항:**<br />
<br />
* **Synology Drive Server 패키지 설치:** 동기화에 참여하는 모든 Synology NAS에 `패키지 센터`에서 `Synology Drive Server`를 설치하고 실행합니다.<br />
* **팀 폴더 활성화:**<br />
1. Synology Drive 관리 콘솔을 실행합니다.<br />
2. `팀 폴더` 섹션으로 이동합니다.<br />
3. 동기화하려는 공유 폴더를 선택하고 `활성화`를 클릭합니다. 필요에 따라 버전 관리 설정을 구성합니다.<br />
* **사용자 권한 확인:** `제어판` > `공유 폴더`에서 해당 폴더에 대한 사용자 권한이 올바르게 설정되었는지 확인합니다.<br />
* **포트 전달 (필요시):** 외부 네트워크에서 NAS에 접속하여 동기화하려면 라우터에서 Synology Drive ShareSync가 사용하는 포트 (기본값: 6690)를 포트 포워딩해야 할 수 있습니다.<br />
<br />
**Synology Drive ShareSync 설정 (로컬 NAS에서 수행):**<br />
<br />
1. 동기화를 설정할 로컬 Synology NAS에 로그인합니다.<br />
2. `Synology Drive ShareSync` 패키지를 실행합니다. (처음 실행 시 설정 마법사가 나타날 수 있습니다.)<br />
3. `지금 시작` 또는 `+` 버튼을 클릭하여 새 연결을 만듭니다.<br />
4. **원격 NAS 정보 입력:**<br />
* 동기화할 원격 Synology NAS의 IP 주소, QuickConnect ID 또는 DDNS 호스트 이름을 입력합니다.<br />
* 원격 NAS의 사용자 이름과 암호를 입력합니다. (관리자 그룹 권한 필요)<br />
5. **동기화할 공유 폴더 선택:**<br />
* 원격 NAS의 팀 폴더로 활성화된 공유 폴더 목록이 나타납니다.<br />
* 동기화할 원격 공유 폴더를 선택하고, 로컬 NAS에 동기화될 폴더를 지정합니다.<br />
6. **동기화 옵션 설정:**<br />
* **동기화 방향:**<br />
* 양방향 동기화<br />
* 원격 NAS에서만 데이터 다운로드 (단방향)<br />
* 로컬 NAS로만 데이터 업로드 (단방향)<br />
* **고급 설정:** 파일 필터 (특정 파일 크기, 확장명 제외 등), 동기화 모드 (필요시 동기화 - 공간 절약) 등을 설정할 수 있습니다.<br />
7. 설정을 완료하고 저장합니다.<br />
<br />
**동기화 작업 관리:**<br />
<br />
* Synology Drive ShareSync 인터페이스에서 연결된 NAS 목록, 동기화된 폴더, 로그 등을 확인할 수 있습니다.<br />
* 각 연결 또는 폴더별로 동기화 일시 중지/다시 시작, 편집, 연결 해제 등의 작업을 수행할 수 있습니다.<br />
<br />
**참고 사항:**<br />
<br />
* "homes" 사용자 홈 폴더를 동기화하는 경우, `공유 폴더 동기화`는 단방향이며 대상 NAS에서 사용자 홈 서비스가 비활성화될 수 있습니다. 반면 `Synology Drive ShareSync`는 양방향 동기화를 지원하며 사용자 홈 서비스를 유지할 수 있습니다.<br />
* 파일 충돌이 발생할 경우 해결 정책을 설정할 수 있습니다.<br />
<br />
**어떤 방법을 선택해야 할까요?**<br />
<br />
* **단순 백업 또는 두 NAS 간의 일방/양방향 동기화가 주 목적이라면:** `공유 폴더 동기화 (Rsync 기반)`가 좋은 선택일 수 있습니다.<br />
* **여러 NAS 간의 유연한 동기화, 실시간 협업, 버전 관리, 사용자 친화적인 인터페이스가 필요하다면:** `Synology Drive ShareSync`를 사용하는 것이 좋습니다.<br />
<br />
<br />
<br />
<br />
<br />
[[분류:ERP]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EB%AA%A9%EC%B0%A8&diff=1292ERP 목차2026-09-02T01:23:27Z<p>Hschoi2: /* 참고 */</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 & 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 & Projects) ==<br />
* '''[[프로젝트 회계관리]]''': 프로젝트 단위 비용 및 정산 관리<br />
* '''[[Bank reconcile]]''': 은행 계좌 대조 및 거래 내역 확인<br />
* '''[[현장회계문제]]''': 실무 현장 회계 이슈 처리<br />
* '''[[Erp 프로젝트 메뉴]]''': 프로젝트 관리 기능 설명<br />
<br />
== 4. 실무 사례 및 데이터 (Case Studies & Data) ==<br />
* '''[[Case study 활용]] / 업무 case''': 실제 업무 적용 사례 및 문제 해결<br />
* '''[[ERP extract data]]''': 데이터 추출 및 외부 활용<br />
<br />
== 5. 시스템 관리 및 설정 (Administration & 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EB%AA%A9%EC%B0%A8&diff=1291ERP 목차2026-09-02T00:47:44Z<p>Hschoi2: /* 참고 */</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 & 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 & Projects) ==<br />
* '''[[프로젝트 회계관리]]''': 프로젝트 단위 비용 및 정산 관리<br />
* '''[[Bank reconcile]]''': 은행 계좌 대조 및 거래 내역 확인<br />
* '''[[현장회계문제]]''': 실무 현장 회계 이슈 처리<br />
* '''[[Erp 프로젝트 메뉴]]''': 프로젝트 관리 기능 설명<br />
<br />
== 4. 실무 사례 및 데이터 (Case Studies & Data) ==<br />
* '''[[Case study 활용]] / 업무 case''': 실제 업무 적용 사례 및 문제 해결<br />
* '''[[ERP extract data]]''': 데이터 추출 및 외부 활용<br />
<br />
== 5. 시스템 관리 및 설정 (Administration & 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EB%AA%A9%EC%B0%A8&diff=1290ERP 목차2026-09-02T00:47:24Z<p>Hschoi2: /* 5. 시스템 관리 및 설정 (Administration & Development) */</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 & 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 & Projects) ==<br />
* '''[[프로젝트 회계관리]]''': 프로젝트 단위 비용 및 정산 관리<br />
* '''[[Bank reconcile]]''': 은행 계좌 대조 및 거래 내역 확인<br />
* '''[[현장회계문제]]''': 실무 현장 회계 이슈 처리<br />
* '''[[Erp 프로젝트 메뉴]]''': 프로젝트 관리 기능 설명<br />
<br />
== 4. 실무 사례 및 데이터 (Case Studies & Data) ==<br />
* '''[[Case study 활용]] / 업무 case''': 실제 업무 적용 사례 및 문제 해결<br />
* '''[[ERP extract data]]''': 데이터 추출 및 외부 활용<br />
<br />
== 5. 시스템 관리 및 설정 (Administration & 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EB%AA%A9%EC%B0%A8&diff=1289ERP 목차2026-09-02T00:46:37Z<p>Hschoi2: /* 4. 실무 사례 및 데이터 (Case Studies & Data) */</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 & 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 & Projects) ==<br />
* '''[[프로젝트 회계관리]]''': 프로젝트 단위 비용 및 정산 관리<br />
* '''[[Bank reconcile]]''': 은행 계좌 대조 및 거래 내역 확인<br />
* '''[[현장회계문제]]''': 실무 현장 회계 이슈 처리<br />
* '''[[Erp 프로젝트 메뉴]]''': 프로젝트 관리 기능 설명<br />
<br />
== 4. 실무 사례 및 데이터 (Case Studies & Data) ==<br />
* '''[[Case study 활용]] / 업무 case''': 실제 업무 적용 사례 및 문제 해결<br />
* '''[[ERP extract data]]''': 데이터 추출 및 외부 활용<br />
<br />
== 5. 시스템 관리 및 설정 (Administration & 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EB%AA%A9%EC%B0%A8&diff=1288ERP 목차2026-09-02T00:46:06Z<p>Hschoi2: /* 3. 회계 및 프로젝트 (Accounting & Projects) */</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 & 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 & Projects) ==<br />
* '''[[프로젝트 회계관리]]''': 프로젝트 단위 비용 및 정산 관리<br />
* '''[[Bank reconcile]]''': 은행 계좌 대조 및 거래 내역 확인<br />
* '''[[현장회계문제]]''': 실무 현장 회계 이슈 처리<br />
* '''[[Erp 프로젝트 메뉴]]''': 프로젝트 관리 기능 설명<br />
<br />
== 4. 실무 사례 및 데이터 (Case Studies & Data) ==<br />
* '''Case study 활용 / 업무 case''': 실제 업무 적용 사례 및 문제 해결<br />
* '''ERP extract data''': 데이터 추출 및 외부 활용<br />
<br />
== 5. 시스템 관리 및 설정 (Administration & 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EB%AA%A9%EC%B0%A8&diff=1287ERP 목차2026-09-02T00:45:33Z<p>Hschoi2: /* 2. 주요 업무 기능 (Core Operations) */</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 & 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 & Projects) ==<br />
* '''프로젝트 회계관리''': 프로젝트 단위 비용 및 정산 관리<br />
* '''Bank reconcile''': 은행 계좌 대조 및 거래 내역 확인<br />
* '''현장회계문제''': 실무 현장 회계 이슈 처리<br />
* '''Erp 프로젝트 메뉴''': 프로젝트 관리 기능 설명<br />
<br />
== 4. 실무 사례 및 데이터 (Case Studies & Data) ==<br />
* '''Case study 활용 / 업무 case''': 실제 업무 적용 사례 및 문제 해결<br />
* '''ERP extract data''': 데이터 추출 및 외부 활용<br />
<br />
== 5. 시스템 관리 및 설정 (Administration & 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EB%AA%A9%EC%B0%A8&diff=1286ERP 목차2026-09-02T00:44:50Z<p>Hschoi2: /* 1. 입문 및 기초 (Introduction & Basics) */</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 & 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 & Projects) ==<br />
* '''프로젝트 회계관리''': 프로젝트 단위 비용 및 정산 관리<br />
* '''Bank reconcile''': 은행 계좌 대조 및 거래 내역 확인<br />
* '''현장회계문제''': 실무 현장 회계 이슈 처리<br />
* '''Erp 프로젝트 메뉴''': 프로젝트 관리 기능 설명<br />
<br />
== 4. 실무 사례 및 데이터 (Case Studies & Data) ==<br />
* '''Case study 활용 / 업무 case''': 실제 업무 적용 사례 및 문제 해결<br />
* '''ERP extract data''': 데이터 추출 및 외부 활용<br />
<br />
== 5. 시스템 관리 및 설정 (Administration & 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EB%AA%A9%EC%B0%A8&diff=1285ERP 목차2026-09-02T00:44:11Z<p>Hschoi2: /* 1. 입문 및 기초 (Introduction & Basics) */</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 & 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 & Projects) ==<br />
* '''프로젝트 회계관리''': 프로젝트 단위 비용 및 정산 관리<br />
* '''Bank reconcile''': 은행 계좌 대조 및 거래 내역 확인<br />
* '''현장회계문제''': 실무 현장 회계 이슈 처리<br />
* '''Erp 프로젝트 메뉴''': 프로젝트 관리 기능 설명<br />
<br />
== 4. 실무 사례 및 데이터 (Case Studies & Data) ==<br />
* '''Case study 활용 / 업무 case''': 실제 업무 적용 사례 및 문제 해결<br />
* '''ERP extract data''': 데이터 추출 및 외부 활용<br />
<br />
== 5. 시스템 관리 및 설정 (Administration & 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EC%97%85%EB%AC%B4&diff=1284ERP 업무2026-09-02T00:17:10Z<p>Hschoi2: /* 고객관리 활용 */</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="wikitable"<br />
! 구분 및 담당<br />
! 권한<br />
! 내용<br />
! 설명<br />
|-<br />
| 회계 담당자(AM)<br />
| 미사용ID 등록 ('''DISABLE''')<br />
| 회계그룹에서 제외<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 />
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 />
기본적으로 회계 관리이지만, 기본적인 고객관리 및 재고 관리 등을 사용할 수 있다.<br />
<br />
:* [[CRM 고객관리]] 및 견적 생성 상세 설명<br />
해당 모듈(고객관리 및 Produxt/Service)을 enable 해야 사용할 수 있다.<br />
<br />
==이벤트로그==<br />
특이하게도, Project의 close 이벤트 로그는 기록을 하지 않는 것이 default이다.<br />
<br />
이를 수정하기 위해서는 '''admin/agenda.php (or go to Modules > Events/Agenda > 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EC%97%85%EB%AC%B4&diff=1283ERP 업무2026-09-02T00:16:55Z<p>Hschoi2: /* 고객관리 활용 */</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="wikitable"<br />
! 구분 및 담당<br />
! 권한<br />
! 내용<br />
! 설명<br />
|-<br />
| 회계 담당자(AM)<br />
| 미사용ID 등록 ('''DISABLE''')<br />
| 회계그룹에서 제외<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 />
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 />
기본적으로 회계 관리이지만, 기본적인 고객관리 및 재고 관리 등을 사용할 수 있다.<br />
<br />
:* [[CRM 고객관리]] 및 견적 생성 상세 설명<br />
해당 모듈(고객관리 및 Produxt/Service))을 enable 해야 사용할 수 있다.<br />
<br />
==이벤트로그==<br />
특이하게도, Project의 close 이벤트 로그는 기록을 하지 않는 것이 default이다.<br />
<br />
이를 수정하기 위해서는 '''admin/agenda.php (or go to Modules > Events/Agenda > 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EC%97%85%EB%AC%B4&diff=1282ERP 업무2026-09-02T00:15:51Z<p>Hschoi2: /* 고객관리 활용 */</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="wikitable"<br />
! 구분 및 담당<br />
! 권한<br />
! 내용<br />
! 설명<br />
|-<br />
| 회계 담당자(AM)<br />
| 미사용ID 등록 ('''DISABLE''')<br />
| 회계그룹에서 제외<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 />
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 />
기본적으로 회계 관리이지만, 기본적인 고객관리 및 재고 관리 등을 사용할 수 있다.<br />
<br />
:* [[CRM 고객관리]] 및 견적 생성 상세 설명<br />
<br />
==이벤트로그==<br />
특이하게도, Project의 close 이벤트 로그는 기록을 하지 않는 것이 default이다.<br />
<br />
이를 수정하기 위해서는 '''admin/agenda.php (or go to Modules > Events/Agenda > 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EC%97%85%EB%AC%B4&diff=1281ERP 업무2026-09-02T00:15:35Z<p>Hschoi2: /* 고객관리 활용 */</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="wikitable"<br />
! 구분 및 담당<br />
! 권한<br />
! 내용<br />
! 설명<br />
|-<br />
| 회계 담당자(AM)<br />
| 미사용ID 등록 ('''DISABLE''')<br />
| 회계그룹에서 제외<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 />
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 />
기본적으로 회계 관리이지만, 기본적인 고객관리 및 재고 관리 등을 사용할 수 있다.<br />
<br />
:[[CRM 고객관리]] 및 견적 생성 상세 설명<br />
<br />
==이벤트로그==<br />
특이하게도, Project의 close 이벤트 로그는 기록을 하지 않는 것이 default이다.<br />
<br />
이를 수정하기 위해서는 '''admin/agenda.php (or go to Modules > Events/Agenda > 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EC%97%85%EB%AC%B4&diff=1280ERP 업무2026-09-02T00:15:05Z<p>Hschoi2: /* 고객관리 활용 */</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="wikitable"<br />
! 구분 및 담당<br />
! 권한<br />
! 내용<br />
! 설명<br />
|-<br />
| 회계 담당자(AM)<br />
| 미사용ID 등록 ('''DISABLE''')<br />
| 회계그룹에서 제외<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 />
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 />
기본적으로 회계 관리이지만, 기본적인 고객관리 및 재고 관리 등을 사용할 수 있다.<br />
<br />
:[[CRM 고객관리]] 상세 설명<br />
<br />
==이벤트로그==<br />
특이하게도, Project의 close 이벤트 로그는 기록을 하지 않는 것이 default이다.<br />
<br />
이를 수정하기 위해서는 '''admin/agenda.php (or go to Modules > Events/Agenda > 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EC%97%85%EB%AC%B4&diff=1279ERP 업무2026-09-02T00:14:48Z<p>Hschoi2: /* 참고 */</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="wikitable"<br />
! 구분 및 담당<br />
! 권한<br />
! 내용<br />
! 설명<br />
|-<br />
| 회계 담당자(AM)<br />
| 미사용ID 등록 ('''DISABLE''')<br />
| 회계그룹에서 제외<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 />
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 />
기본적으로 회계 관리이지만, 기본적인 고객관리 및 재고 관리 등을 사용할 수 있다.<br />
[[CRM 고객관리]] 상세 설명<br />
<br />
==이벤트로그==<br />
특이하게도, Project의 close 이벤트 로그는 기록을 하지 않는 것이 default이다.<br />
<br />
이를 수정하기 위해서는 '''admin/agenda.php (or go to Modules > Events/Agenda > 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:Tools_tag_01.jpg&diff=1273파일:Tools tag 01.jpg2026-08-31T02:43:52Z<p>Hschoi2: </p>
<hr />
<div></div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=Admin%EA%B4%80%EB%A0%A8&diff=1272Admin관련2026-08-31T02:42:49Z<p>Hschoi2: /* 전체 tag/category 메뉴 */</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 />
로그인 포털 >> 고급 (생성)<br />
<br />
역방향 프록시를 설정한다. --> 패킷이 도달하면, HSTS 활성화 (443 포트로 들어온 놈)을 찾아서, <br />
<br />
만들어 놓은 list 예를 들어 https(443) ---> http://localhost:xxx (포트)로 넘김<br />
<br />
<br />
* 확인 필요<br />
1) localhost가 아닌 내부 IP(192.169.xxx.xxx)로 연결하면 에러나는 듯? (에러 안나야 하는데)<br />
<br />
2) HSTS가 2개가 동작하는 경우, 둘다 응답하는 문제, 동일 IP 한개에서만 답변하므로.<br />
만약 하나의 IP를 share 하고<br />
두 개의 서버에서 443으로 처리 한다고 하면, 서버 둘에 모두 443이 동작하나? 아니면 먼저 도착한 서버만 응답하나?<br />
<br />
<br />
<br />
* 참조 - Wildcard certificate 순서<br />
<br />
1) Wildcard certificate 설정<br />
<br />
DDNS를 enabled 시킨다. - floating IP에 대해서 추적 dns 연결<br />
<br />
Control panel / Security / Certificate 에서 add<br />
<br />
체크 사항<br />
- Let's Encrypt 체크<br />
- Set as default certificate<br />
<br />
* Get a Certificate from Let's Encrypt <br />
<br />
* 다음 설정을 한다.<br />
- Domain name : tcampXX.synology.me<br />
- Email : 본인의 e-mail<br />
- Subject Alternate Name: *.tcampXX.synology.me (인증서를 받을 사이트 이름, 여기서는 wildcard '''*''' 로 설정, 모두)<br />
<br />
* Control Panel / Login Portal / Advanced 텝에서 <br />
<br />
이 과정은 ngnix과정으로 Reverse proxy 설정라고도 한다. 내용은 포트 443(https)로 보내고, 443에서는 서버이름, 예를 들어 dolibarr, nocodb, n8n 으로 (wildcard 부분) 들어온 서버 주소를 정상적인 80포트로 연결해 주는다. (이를 HSTS 라고 함) <br />
<br />
'''Reverse Proxy''' 설정<br />
<br />
* Source<br />
https 로 들어 오는 주소, 예를 들어 https://n8n.tcampxxx.synology.me 이고 포트는 443<br />
<br />
HSTS enable 시키고,<br />
<br />
* Destination<br />
host name, localhost (내부 주소도 되나? 192.168.xxx.xxx, 할당된 포트<br />
<br />
* 참고 : HSTS<br />
<br />
Reverse proxy 환경에서 '''HSTS (HTTP Strict Transport Security)'''는 웹 보안 강화를 위한 중요한 HTTP 응답 헤더입니다. 이 개념을 간단히 설명하면 다음과 같습니다:<br />
<br />
---<br />
<br />
🔐 '''HSTS란?'''<br />
<br />
'''HSTS (HTTP Strict Transport Security)'''는 웹 서버가 브라우저에게 '''"앞으로 이 도메인에 대해 HTTPS로만 접속하라"'''고 지시하는 보안 메커니즘입니다. 이는 '''MITM(중간자 공격)'''이나 '''SSL Stripping''' 같은 공격을 방지하는 데 효과적입니다.<br />
<br />
---<br />
<br />
🧩 '''Reverse Proxy와 HSTS의 관계'''<br />
<br />
Reverse proxy는 클라이언트와 실제 서버 사이에 위치하여 요청을 중계합니다. 이때 HSTS는 다음과 같은 방식으로 적용됩니다:<br />
<br />
1. '''Reverse Proxy가 HTTPS를 처리하는 경우''':<br />
- 클라이언트는 Reverse Proxy와 HTTPS로 통신.<br />
- Reverse Proxy가 HSTS 헤더를 클라이언트에게 전달하거나 직접 설정.<br />
- 실제 백엔드 서버는 HTTP로 통신할 수도 있음 (내부망).<br />
<br />
2. '''HSTS 헤더 설정 위치''':<br />
- Reverse Proxy에서 직접 설정하는 것이 일반적입니다 (예: Nginx, Apache, HAProxy).<br />
- 예시 (Nginx):<br />
```nginx<br />
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always;<br />
```<br />
<br />
3. '''주의사항''':<br />
- HSTS는 HTTPS 연결에서만 작동합니다. HTTP에서는 무시됩니다.<br />
- 한번 설정되면 브라우저는 해당 도메인에 대해 강제로 HTTPS를 사용하므로, 실수로 HTTP만 지원하는 서비스가 있으면 접근 불가 문제가 생길 수 있습니다.<br />
<br />
---<br />
<br />
✅ '''HSTS의 주요 옵션'''<br />
<br />
- `max-age`: 브라우저가 HTTPS만 사용하도록 강제하는 기간 (초 단위).<br />
- `includeSubDomains`: 모든 서브도메인에도 적용.<br />
- `preload`: 브라우저에 미리 등록 요청 가능 (엄격한 보안 필요 시).<br />
<br />
---<br />
<br />
==디렉토리 구조==<br />
exposed: documents /var/www/documents<br />
<br />
exposed: html /var/www/html/custom (portainer 설정에서도 확인 할 것)<br />
<br />
<br />
==언어팩 관련==<br />
업그레이드를 한 이후에는 TW ERP에 맞게 언어 팩을 수정해 주어야 한다.<br />
(일부 파일 교체)<br />
<br />
* 수정 원본 파일 위치: /var/www/html/custom/bug_fix (tw subfolder)<br />
<br />
* 웹서버 디렉토리: /var/www/htdocs/langs/ko_KR (/zh_TW)<br />
<br />
'''/var/www/htdocs/langs/ko_KR# cp ../../custom//bug_fix/*.* ./''' - 한글 언어팩 수정<br />
'''/var/www/htdocs/langs/zh_TW# cp ../../custom/bug_fix/tw/*.* ./''' - 대만 언어팩 수정<br />
<br />
<br />
* Alias 적용 이후<br />
<br />
bug/fix directory (원본) : var/www/htdocs/custom/bug_fix, 대만은 sub-directory로 tw<br />
Target directory (위치): var/www/htdocs/langs/ko_kr, 대만은 var/www/htdocs/langs/zh_TW<br />
<br />
==Third Parties 수정 관련==<br />
협력사로 번역되는 Third parties 부분은 다른 언어 팩과 조금 다르다. 여러개가 섞여 있어서 그런듯...<br />
<br />
* Thirdparties 위치와 해당 예약어(?) 찾기<br />
<br />
디렉토리 위치: /var/www/html/core/menus/standard/eldy.lib.php (파일에서)<br />
$newmenu->add("/societe/list.php?leftmenu=thirdparties", $langs->trans("List"), 1, $user->hasRight('societe', 'lire'), '', $mainmenu, 'thirdparties_list', 2);<br />
여기서 확인해 보면, lang 파일에서 "List"로 되어 있다.<br />
<br />
<br />
* 언어팩(langs) 위치<br />
언어팩 위치는 다음과 같다.<br />
<br />
디렉토리 위치 : /var/www/html/langs/ko_KR<br />
사용 파일: 'ThirdParties' => '거래처 관리' ??? --> 어디서 수정하는 거야?<br />
<br />
* 기타 변경 가능한 UI 요소<br />
<br />
탭 구성: card.php에서 $head 배열을 수정<br />
버튼 스타일: CSS는 /theme/eldy/style.css.php 또는 사용하는 테마 폴더에서 수정<br />
필터 및 검색창: list.php 내의 print_search_form() 함수<br />
<br />
<br />
* 수정일반 사항<br />
# UI 변경<br />
# 기능 변경<br />
# 권한 설정<br />
<br />
== 기타 전문적인 시스템 관련해서 참조 문서==<br />
[[시스템관리]] 참조<br />
<br />
=비즈니스 로직관련=<br />
업무 로직 관련 사항입니다. <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 & Groups===<br />
사용자와 그룹을 설정한다.<br />
<br />
* Group 설정 - 퍼미션 설정<br />
회계에서 작성, 검사, 승인을 설정하는 그룹을 만들고, 퍼미션을 설정한다.<br />
<br />
참고: 현재 그룹 설정<br />
- PWO: Project Working Organization, 작성 그룹<br />
- PSO: Project Support Organization, 회계 그룹<br />
- PM_ERP: 승인 그룹이다.<br />
<br />
각 그룹의 퍼미션<br />
<br />
* PWO<br />
다른 사용자 검색 부분, 본인의 정보 수정을 허용하고, 기타 필요한 권한을 허용한다.<br />
<br />
비용전표(Expense Report)에서 본인과 본인 조직의 것을 읽고, 작성하는 권한을 부여한다.<br />
<br />
[[file:erp_new_01.jpg|600px]]<br />
<br />
* PSO<br />
필요시, 인원관리 부분도 허용한다. 하지만, 익숙하지 않은 경우, 조직도 수정 오류가 있으므로, 해당 권한 부여에 주의한다.<br />
<br />
프로젝트 현황 및 다른 프로젝트 비용 청구를 위해서는 모든 프로젝트에 접근해서 확인 할 수 있도록 허용한다.<br />
<br />
프로젝트 접근 권한 허용 (타 프로젝트도 조회할 수 있는 경우)<br />
<br />
[[file:erp_new_02_1.jpg|600px]]<br />
<br />
비용전표(Expense Report)를 처리 할 수 있게 권한을 부여한다. 아래 권한은 본인의 비용전표만 보이도록 한 경우이다.<br />
<br />
필요한 경우, Read all expense reports(...not subordinates)를 허용하는 경우에는 다른 프로젝트의 비용전표도 조회가능하다.<br />
<br />
[[file:erp_new_02_2.jpg|500px]]<br />
<br />
급여의 경우, 다른 프로젝트에서 조회가 안되는 것을 기본으로 하는데, bank 부분과 권한 충돌이 있다.<br />
<br />
Billing 메뉴에서 회계담당자가 속해 있는 담당자만 확인이 가능하게 설정하더라도, bank와 총계정원장(Ledger, jornals)에서 급여 부분은 확인이 가능하다. 이것을 제한하고자 하면, bank access 부분과 총계정원장 접근에 대한 제한을 고려해야 한다. 현재는 salary에서 회계담당자가 속해있는 프로젝트만 조회 및 입력이 가능하도록 되어 있다.<br />
<br />
[[file:erp_new_02_3.jpg|400px]]<br />
<br />
* PM_ERP<br />
사용자의 비밀번호도 변경할 수 있는 권한을 부여한다. <br />
<br />
타인의 비밀번호도 수정할 수 있는 권한 부여, 단 생성은 관리를 위해서 administrator만 가능하게 되어 있다.<br />
<br />
[[file:erp_new_03_1.jpg|400px]]<br />
<br />
비용 전표의 경우, 모든 권한을 허용해 놓았고, 회계담당자와 조직 구성에서 수직구조가 되지 않는 경우 (1명의 회계담당자가 여러 프로젝트를 관리하는 경우) PM이 본인의 프로젝트에 비용전표에 접근하기 어려운 경우가 있어서 모든 전표를 읽을 수 있게 설정하기도 한다. (회계담당자가 해당 프로젝트에 속해 있지 않아, 회계 담당자 작성 내용이 보이지 않는 경우 있음)<br />
<br />
[[file:erp_new_03_2.jpg|400px]]<br />
<br />
급여의 경우, 모든 내용을 다 볼 수 있게 설정한다.<br />
<br />
[[file:erp_new_03_3.jpg|400px]]<br />
<br />
===Accounting 설정===<br />
Administrator 만 설정이 가능하다.<br />
<br />
설정사항은 account 메뉴에서 기록한다.<br />
<br />
[[file:erp_acc_01.jpg|300px]]<br />
<br />
<br />
* Accounting Jornals - 분개장(기록장) 설정하기, 프로젝트당 2개 (BQ, ER)<br />
은행 기록장과 비용 기록장 2개를 설정한다. 주로 사용하는 것은 비용 분개장(기록장, ER)이다.<br />
<br />
[[file:erp_acc_03.jpg|400px]]<br />
<br />
<br />
* Chart of accounts '''model''' - 회계 모델 종류 (원래는 여러개가 있는데, 현재 것에서는 사용하는 것만 남겨 놓음)<br />
<br />
[[file:erp_acc_04.jpg|500px]]<br />
<br />
<br />
* Chart of accounts - 선택, 사용 중인 CoA 모델<br />
사용 중인 계정(Account) 모델이고, 필요에 따라 추가 삭제하여 사용할 수 있다.<br />
<br />
필요없는 것을 삭제 안하고 그대로 두는 이유- ERP는 본사에서 회계 정보를 확인하기 위하여 사용하기도 하지만, 현지 국가(대만)의 세무신고로도 사용된다. 따라서, 현지 필요에 따라 계정을 추가 혹은 사용해야하는 경우가 있기 때문에, 임의로 삭제하지 않고, 추가 생성의 경우에도 6개 항목 범주에서 설정하여 사용한다. 특히 ENG-BASE의 그룹(범주) CAPIT, IMMO, THIRDPARTY, STOC, FINN, EXPENSE, INCOME에서 검토 후에 해당 (어카운트) 코드를 추가하도록 한다.<br />
<br />
[[file:erp_acc_05.jpg|800px]]<br />
<br />
<br />
* Chart of individual accounts - 멤버(사용자)의 프로젝트 회계 코드 할당 상태<br />
총계정원장에 기록의 경우, 여러 프로젝트들이 섞여 있기 때문에 이를 구분할 필요가 있다. 이러한 구분을 위해서 각 멤버들을 등록할 때, 회계 계정을 설정하게 되어 있는데, 이를 조회하는 화면이다.<br />
<br />
[[file:erp_acc_06.jpg|800px]]<br />
<br />
* Default accounts - 기본 계정<br />
아직 장부상 기록되지 않은 내용, 계정이 할당되지 않은 것에 대한 기본 기록으로, 처리의 경우 해당 내용을 사용하게 된다.<br />
<br />
특히 고객의 경우 411, 공급업체에 대해서는 322, 비용보고서의 사용자(멤버)의 비용은 우선 421로 구분한다. 그룹으로 나누어 보면 편리하다. 고객과 협력사 그리고 내부의 비용 혹은 자금으로 구분하는 것으로 볼 수 있다.\<br />
<br />
기타 VAT에 대한 설정은 부가가치세 계정과 중복이다. (둘 중에 1개에만 설정하면 됨)<br />
<br />
[[file:erp_acc_07.jpg|1100px]]<br />
<br />
* Bank accounts - '''Banks|Cash''' 메뉴와 동일함<br />
<br />
* VAT accounts - 부가세 설정<br />
부가세는 판매 부가세가 있고, 구매 부가세가 있다. 구매 부가세의 경우 환급이 되므로 이를 관리하게 된다. 판매 부가세의 경우, 세무서에서 해당 부가세를 발급한 경우가 있는지 확인하는 경우가 있고, 대만의 경우, 환급이 되므로, 판매사에 부가세를 별도 신고로 부담하게 하는 경우가 종종 있다.<br />
<br />
[[file:erp_acc_08.jpg|800px]]<br />
<br />
<br />
* Tax accounts - 세금 처리 계정<br />
세금의 처리의 경우, 집계 주체에 따라서 구분이 되어야 한다. 예를 들어, 급여에 대한 세금은 본사에서는 비용으로 집계가 되지만, 대만법에서는 비용으로 허용이 되지 않아서, 비용 부분에서 제외 되어야 한다. 수익에서는 제외되어 합산 되는 경우.<br />
<br />
이러한 차이로 인하여, 별도로 구분되어 처리되어야 한다. 현지 회계법인을 사용하고 있으므로, 부가세를 제외한 세금처리는 별도로 하지 않고, 비용전표에서 처리한다. 하지만, 해당 내용에 대한 구분을 위한 계정은 할당되어 있다. <br />
<br />
[[file:erp_acc_09.jpg|800px]]<br />
<br />
<br />
* Expense report accounts<br />
비용전표에서 사용하는 계정의 별칭을 두는 것이다. 예를 들어 6261은 통신료라는 이름으로 조회 가능하다. 회계 담당자는 적당한 것이 없는 경우, 번호로 추가 혹은 수정 가능하다. <br />
<br />
[[file:erp_acc_10.jpg|800px]]<br />
<br />
<br />
* 참고 - 일반 회계 기능에 대한 설정<br />
은행계좌 거래 직접 기록 해제의 경우, 은행 계좌를 자동으로 읽어 오는 기능을 활성화 할 경우, 은행계좌 직접기록을 막아 놓는다.<br />
<br />
회계 계정 표준화를 위한 자리 수 설정 6자리 사용시 나머지 "00" 붙여서 사용하기<br />
<br />
기타 회계상 필요에 따라 설정 적용하여 사용할 수 있다.<br />
<br />
[[file:erp_acc_02.jpg|800px]]<br />
<br />
<br />
====회계 계정 설정====<br />
'''회계 계정'''라는 것은 필요에 의해서, 비용 사용 내역을 구분하기 위해서 설정해 놓는 것이다.<br />
<br />
예를 들어 같은 PJT의 경우라도, sub group이 있는 경우, 이를 구분하기 위해 사용한다. 이를 sub-ledger (부분분개장)이라고 구분한다.<br />
<br />
특히, 하나의 은행 계좌에서 여러 개의 sub로 나누어져 있는 경우에는 관련 인원별로 '''회계 코드'''를 별도로 놓아서, 구분할 수 있다.<br />
<br />
* 주의 사항<br />
# ERP의 비용은 사람의 비용 사용을 기준으로 하기 때문에, 1사람은 1개의 비용 코드를 갖는다.<br />
# 비용 전표(Expense Report, ER) 작성시, PJT 번호를 물리기 때문에, 프로젝트 별로 구분은 기본이다.<br />
# 1개의 프로젝트에서 여러개의 비용을 구분하는 경우, '''회계 계정'''을 다르게 두어서 구분하는 용도이다.<br />
# 회계 계정의 등록은 사용자 카드에서 등록하고, 회계 계정 자체는 그룹의 '''Tags/Categories'''에서 확인 한다.<br />
<br />
* '''회계 계정'''의 등록 - 사용자 카드<br />
사용자를 설정할 경우, 사용자의 정보 중에 회계 계정을 등록한다.<br />
<br />
'''! 주의사항'''<br />
이것은 사용자의 은행 계좌(계정)을 말하지 않는다. 사용자의 은행 계좌는 '''HR 및 은행'''에 별도로 등록할 수 있다.<br />
<br />
프로젝트에 속해 있는 혹은 프로젝트 계정을 말한다. ( 회계계정 = 프로젝트 비용 코드 )<br />
<br />
[[file:member_02.jpg|600px]]<br />
<br />
* Accounting에서 실제 회계 계정의 사용<br />
<br />
[[file:tag_categories_02.jpg|1200px]]<br />
<br />
* 주의: 회계 계정의 통일성 유지<br />
<br />
본 내용은 반드시 지켜야할 내용은 아니지만, ERP 활용에서 일관성을 유지하기 위한 내용이다.<br />
<br />
# 프로젝트 '''그룹 태그'''를 구성한다.<br />
# 사용자 설정시, '''그룹 태그'''를 사용한다.<br />
# '''회계 계정'''을 그룹 태그와 동일하게 유지한다.<br />
<br />
이렇게 하면, 프로젝트 그룹 = 프로젝트 비용 구분이 동잏라게 유지된다.<br />
<br />
[[file:tag_categories_01.jpg|800px]]<br />
<br />
* 참고: 일부 태그는 회계 계정(이름)과 다르게 설정된 경우 있음, 임시 활용 때문임.<br />
<br />
====Bank Accounts의 Journal 연결====<br />
Accounts를 설정하고, 이를 별도의 분개장(Journal)을 만들어야지, 별도로 집계된다.<br />
<br />
즉, CoA를 통한 계정과목 별로 집계는 되는 데, 그 집계 내용 중에서 프로젝트 별로 어디에 속하는 지 구분하기 위해서는 journal(분개장)이 필요하다.<br />
<br />
따라서, 다음의 과정을 설정해 주어야 한다.<br />
# 분개장을 만들고 (임의의 분개장)<br />
# 분개장 CoA 코드 (혹은 그룹) 결정 - 비용인지, product인지 구분<br />
# 은행계좌 연결<br />
<br />
* 이것은 admin 계정만 가능하고, 처음 설정 1회만 해 주면 된다.<br />
* 또한, 프로젝트 개별비 내용만 별도로 만드록 싶으면, 여기서 Journal(분개장)을 만들어서, accouting 작업할 때, 별도로 기록하게 할 수 있다.<br />
<br />
::[[file:journal setup01.jpg|800px]]<br />
<br />
:::분개장 연결의 예<br />
<br />
<br />
<br />
====Defualt accounts====<br />
<br />
ERP 처음 사용을 위해서, 기본적으로 설정해야 할 계정에 대한 설명입다. 계정 사용에서 가장 중요한 부분이고, 이에 대한 설명이 잘 없어서, 여기서 많이 delay된다.<br />
<br />
* default account<br />
기본 계정이라고 하면, 일단 무엇인지 모르지만, 시작점을 지정하는 것이다. <br />
즉, <br />
:: 고객 - 411-Customers<br />
:: 협력공급사 - 401-Suppliers<br />
:: GL 계정 (General Ledger, 총계정원장) 4-Amounts receivable and payable<br />
:: 직원 (현채인) 비용 - 421-Staff Cost (직원 지급 비용 총괄]<br />
<br />
::[[file:default_acc_01.jpg|700px]]<br />
<br />
* 기타 deault account<br />
<br />
* Product <br />
::* Account (from the Chart Of Account) to be used as the default account for the sold products (used if not defined in the product sheet) - 33 - Ongoing production of goods<br />
:: * Account (from the Chart Of Account) to be used as the default account for the sold services (used if not defined in the service sheet) - 34 - Ongoing production of services<br />
:: * Account (from the Chart Of Account) to be used as the account for transitional bank transfers - 58 - Internal Transfers [내부이체]<br />
:: * Account (from the Chart Of Account) to be used as the account for unallocated funds either received or paid i.e. funds in "wait[ing]" - 471 - Waiting Accounts [임시계정]<br />
<br />
<br />
====VAT accounts====<br />
부가세 항목 결정<br />
<br />
* 대만의 경우 영세율과 부가세 5%가 있다.<br />
:: * 매출 부가세 : '''6312'''<br />
:: * 매입 부가세 : '''6311'''<br />
:[[file:default_acc_02.jpg|800px]]<br />
<br />
====기타 세금 : Tax accounts====<br />
기타 세금에 관련된 내용이다. 별도의 세금 혹은 세금과 관련된 진흥회비 등 세금 성격이 붙는 것들을 정의하여 사용할 수 있다.<br />
<br />
ACT Annual corporation tax TW - Taiwan 697 <br />
IT income tax TW - Taiwan 695 <br />
OPT Other payroll taxes TW - Taiwan 647 <br />
OTD Other taxes, duties and similar payments (tax administrations) TW - Taiwan 635 <br />
TOP Taxes and similar payments on remuneration (tax administrations) TW - Taiwan 631<br />
<br />
:[[file:default_acc_03.jpg|800px]]<br />
<br />
<br />
====비용계정 설정====<br />
기타 항목(Dictionary) 설정이라고도 한다. 즉 비용 계정 중에 코드로 지정해서 사용할 수 있는 것이다.<br />
<br />
:실제 expense report 작성할 때 코드를 사용할 수 있어야 하는데, 이 부분에 대해서는 별다른 언급은 없다. 단지 '''label'''을 이용해서 검색이 가능하다. 추후 code 사용 여부 확인할 것<br />
: * ERP 내부적으로 사용하는 code를 말하는 것일 지도 모름, 아직 코드로 활용되는 것 없음<br />
<br />
:[[file:default_acc_04.jpg|800px]]<br />
:: * Expense Report 작성 중 "유형" 부분 입력 창 검색 화면<br />
<br />
===SL_Group 활용===<br />
SL_Group은 Salary_Group을 설정하는 것이다.이것은 only blilling의 Salary에서만 사용하는 tag/group으로 설정도 유니크하다. <br />
<br />
* 급여 입력 화면<br />
Billing >> salary 메뉴에서 입력<br />
<br />
:: [[file:sl_group01.jpg | 700px]]<br />
:: * 급여 입력시 '''SL_Group''' 선택<br />
:: * 현재 급여 구분 기준은 단순 프로젝트 구분으로 사용 - 단 하위 프로젝트가 여러 개의 경우에는 추가로 구분 tag/group 생성할 것<br />
:: * 기타 구분자 추가할 수 있음 <br />
<br />
<br />
SL Group은 2가지 의미를 갖고 있다.<br />
: 1) 프로젝트별 그룹 - 프로젝트별 그룹<br />
: 2) pay band별 그룹 - 역무에 따른 pay band 설정<br />
<br />
TW ERP에서는 1)의 프로젝트 별 그룹으로 설정하는 것으로 사용한다. 즉, 프로젝트별 slary를 취합하기 위해서, billing의 경우 tag를 부여하여, 나중에 확인하기 위한 것이다. <br />
<br />
:: !참고: Project 별로 구분되기 때문에 SL_Group(tag/group)으로 구분하는 것은 이중으로 구분하는 것이다. 따라서, 나중에는 2) pay band로 변경해서 사용해도 된다.<br />
<br />
====SL_Group 설정====<br />
SL_Group의 설정은 일반적인 tag/group (tools >> tags/group설정 메뉴)와 달리, finance 모듈 설정에서만 만들 수 있다.<br />
<br />
* SL_Group 작성하는 법<br />
(admin만 가능하다)<br />
: 1. Home >> '''모듈 / 응용 프로그램''' 진입<br />
: 2. Finance >> '''Salary''' 선택<br />
: 3. Complementary attributes (salaries) tab 선택 및 수정<br />
<br />
:: * 2-1 Finance에서 Salary 진입<br />
::: [[file:sl_group02.jpg | 700px]]<br />
<br />
:: * 2-2 Salary 항목 세부 조정<br />
::: [[file:sl_group03.jpg | 700px]]<br />
:: * SL_Group의 list를 수정하거나, 필요시 새로운 구분자를 추가한다.<br />
<br />
:: * 2-2 Salary 항목 세부 조정<br />
::: [[file:sl_group04.jpg | 700px]]<br />
:: * SL_Group의 list를 수정하거나, 필요시 새로운 구분자를 추가한다.<br />
<br />
:: 참고<br />
:: * SL_Group외에 추가적인 입력항 만들기 (항목: test)<br />
::: [[file:sl_group04_1.jpg | 700px]]<br />
<br />
<br />
:: * Billing 입력시 추가된 test filed<br />
::: [[file:sl_group05.jpg | 700px]]<br />
<br />
==신규 멤버 추가의 예==<br />
신규 멤버를 추가하는 것과 관련된 내용입니다.<br />
<br />
===신규 멤버 추가하기===<br />
* 준비 사항<br />
# 사용자 이름, 영문, 현지어<br />
# e-mail 주소: 암호 잊어버릴 경우 자동사용<br />
# 관련 프로젝트 이름(회계코드)<br />
<br />
* 중요 규칙<br />
# 사용자 ID는 회사 email ID를 사용한다. 예를 들어 HONGGILDOG@ls-electric.com의 경우, HONGGILDONG이 ID가 되어야 함<br />
# 사용자 ID를 임의로 생성하는 것은 금지하며, (필요시 임시생성 OK) 회사 email 부여 받고 사용한다. (현채인의 사번은 email 주소임)<br />
# 사용자 이름은 성: 영문성 현지이름, 이름 부분 영어이름 으로 구성 할 것 (검색시 확용)<br />
# 프로젝트 회계 코드 반드시 넣을 것 (준비사항 동일)<br />
# 작업 그룹 : 일반 사용자는 '''PWO''' 사용 할 것 (PSO는 권한이 많아서 주의)<br />
<br />
<br />
<br />
<br />
* 신규 멤버 등록 절차<br />
요약설명<br />
- 신규 멤버 생성: 이름(규칙 주의), email (회사), ERP ID, 초기 암호(LS@.....) 부여<br />
- PJT 회계코드, 실제 사용 email 입력 <br />
(생성 클릭 후) <br />
- 신규 생성 후, working group 할당 (권한 부여)<br />
<br />
참고: [[아이디_부여]]<br />
<br />
1. 신규 멤버 생성 <br />
<br />
Home에서 new 생성<br />
<br />
<br />
<br />
회사에 부여받은 '''email ID = ERP ID'''<br />
현채인 사번은 email ID임<br />
<br />
<br />
2. PJT 회계 코드 부여 (필수)<br />
<br />
사용하는 email을 등록 하기 (초기엔 회사메일로 해도 됨) - 비번 잊어 버렸다고 관리자에게 계속 연락 오므로, 실사용 email 등록 권장<br />
<br />
'''PJT 회계 코드'''<br />
<br />
<br />
[[file:member_02.jpg|600px]]<br />
<br />
* TYC-TMP : 신호 타오위엔 프로젝트<br />
* SB02 : 신호 유지보수<br />
* KHH-YL : 가오슝 엘로 라인<br />
* KHH-RL-S : 가오슝 레드라인 남부 <br />
* KHH-RL-N : 가오슝 레드라인 북부<br />
<br />
3. 그룹(PWO) 할당<br />
사용자 그룹을 할당해 준다.<br />
사용자 그룹<br />
1) PM 그룹 - 모든 권한 (승인)<br />
2) PSO 그룹 - 회계 권한 (검토 요청)<br />
3) PWO 그룹 - 사용자 그룹<br />
<br />
[[file:member_03.jpg|800px]]<br />
<br />
===신규 멤버 삭제하기===<br />
멤버 삭제의 경우, 개인 프로파일에서 삭제하면 제거 가능<br />
<br />
* 주의 사항<br />
'''프로젝트 테그'''를 먼저 삭제하여야만 개인 프로파일이 삭제됨<br />
<br />
* 사용자가 삭제되지 않는 경우<br />
[[file:member_remove_02.jpg|500px]]<br />
<br />
* Tag를 제거한 후, 삭제 가능<br />
[[file:member_remove_01.jpg|800px]]<br />
<br />
<br />
==Multi-company 구성시 주의사항==<br />
멀티컴패니는 하나의 ERP서버에서 여러 개를 운영할 때 사용하는 모듈이다. 개별적으로 설치해서 사용해도 되지만, 여건상 1대에서 모든 데이터를 사용하는 것이다.<br />
<br />
시스템 관리상 편리하지만, 반대로, 서버 1대에 여러 정보를 사용하므로, 백업 등의 관리에 특별한 주의를 요한다.<br />
<br />
===멀티 사용자===<br />
기본적으로 사용자들은 서로 시스템을 넘어서 사용할 수 없다. 즉, 대만 사용자가 이집트 사용자를 조회할 수 없다.<br />
<br />
그러나, 시스템 관리자(Administrator)는 관리 측면에서 모든 사이트를 봐야 하기 때문에, 여러 사이트 운영관리자는 필연적으로 관리자(Administrator) 권한을 갖게 된다.<br />
<br />
====엑셀을 이용한, 사용자 일괄 추가====<br />
사용자를 일괄로 추가할 수 있다. 단, 이미 추가된 사용자는 삭제하고, 다시 올리는 것만 가능하다. <br />
<br />
즉, 다음과 같은 제약이 있다.<br />
<br />
Insert - 가능(O), 추가하는 것은 엑셀, csv 파일로 가능<br />
update - '''불가(X)'''<br />
<br />
수작업으로 update하거나, DB에 직접 access하는 방법만 가능하다. 단, 3rd party 프로그램을 구매해서 사용 가능하다. <br />
<br />
* SQL 방법의 경우, 프로그램적인 요소를 사용해야 하고, dolibarr 설치 환경이 docker 이므로, docker 환경과 docker 네트워크, 일반 네트워크 등을 이해하는 경우에만 SQL 업데이트를 사용하는 것이 바람직하다.<br />
<br />
===기본 회계, 세금 코드 설정===<br />
기본 회계 계정과목('''CoA''')를 설정해 주어야 한다.<br />
<br />
* 주의사항<br />
처음 멀티컴패니를 이용해서, 다른 조직/국가를 생성할 때, '''기본값(defualt)는 회계코드(CoA)를 복사하지 않는다.'''<br />
<br />
또한, 버전 간의 오류로 복사한다고 해서, 바로 사용하지 못하는 경우도 있다.<br />
<br />
따라서, 회계코드(CoA)를 복사하기 보다는 <br />
# 현재 사용중인 CoA를 '''export''' 한다. (Tools 메뉴)<br />
# Export한 CoA를 해당 멀티컴패니 모듈에서 admin이 '''import'''하여 사용한다.<br />
<br />
만약, 회계코드를 복사하여 그래도 사용하는 경우에는 (CoA만 복사하여 사용하는 경우이다. 해당 CoA에 할당된 값을 복제하는 것은 아님, 마치 목차나 양식만 복사해오는 것과 동일)<br />
<br />
멀티컴패니 생성할 때, 맨 아래, copy사용 부분을 체크해 주면된다.<br />
<br />
* 나중에 그림 추가, 멀티컴패니 생성, 수정에서 맨 아래 라디오 버튼 클릭 화면 추가<br />
<br />
==기본 회계설정==<br />
<br />
기타 회계설정과 동일 (아마 작성해 놓았을 듯... 다 따로 있어서 그렇지..)<br />
<br />
<br />
* Accouting에서 설정(Setup)<br />
내용 순서.<br />
<br />
====Accouting Journal====<br />
프로젝트가 여러 개의 경우, 새롭게 만들어 줄것, default는 1개를 사용하게 되어 있음.<br />
<br />
====Chart of accouts models====<br />
사용중인 CoA 모델에서 선택하여 사용, 없으면, 신규로 import해서 사용<br />
<br />
* 생성/수정으로 copy한 경우<br />
안보이는 경우도 있다. import를 하면, 이전 것은 무시되어 update가 되므로, import 후에는 보이기도 한다.<br />
<br />
====Accounting period====<br />
회기년도를 입력한다. 각 국가의 회기기간에 맞춘다. <br />
<br />
<br />
====Defualt Accouting====<br />
'''가장 중요한 항목'''으로 이것이 설정되지 않으면, 아예 동작하지 않는다. 짇금 당장 처리하지 못하더라도 발생된 사항을 일단 모아녾는 temporary 계정 역할을 하므로, 반드시 설정해 주어야 한다.<br />
<br />
기본적인 설정 사항은 다음과 같다.<br />
<br />
{| class="wikitable"<br />
! 번호<br />
! 설명<br />
! 할당 계정(코드)<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | Customer/Users<br />
<br />
|-<br />
| 1<br />
| Account used for "customer" third parties<br />
| 411 - Customers<br />
<br />
|-<br />
| 2<br />
| Account used for the "vendor" third parties<br />
| 401 - Suppliers<br />
<br />
|-<br />
| 3<br />
| Accounting account used for user third parties<br />
| 410 - Customers and Related Accounts<br />
<br />
|-<br />
| 4<br />
| Account used by default for "users" on expense reports<br />
| 421 - Staff - Remuneration due<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | Product<br />
<br />
|-<br />
| 5<br />
| Account to be used as the default account for the sold products, used if not defined in the product sheet<br />
| 33 - Ongoing production of goods<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | Service<br />
<br />
|-<br />
| 6<br />
| Account to be used as the default account for the sold services, used if not defined in the service sheet<br />
| 34 - On-going production of services<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | 기타<br />
<br />
|-<br />
| 7<br />
| Account to be used as the account for transitional bank transfers<br />
| 58 - Internal transfers<br />
<br />
|-<br />
| 8<br />
| Account to be used as the account for unallocated funds either received or paid, i.e. funds in waiting<br />
| 471 - Waiting Accounts<br />
<br />
|}<br />
<br />
<br />
====VAT Accounting====<br />
VAT를 사용하는 나라에서는 해당 VAT를 설정해 준다.<br />
<br />
VAT 요율(%) 설정 및 매입 부가세 '''6312''', 매출 부가세 '''6311'''이다.<br />
<br />
====TAX Accounting====<br />
VAT를 제외한 기타 세금은 여기서 추가해고 해당 account code를 할당한다.<br />
<br />
나중에 그림 추가할 것. Accounting >> Setup >> Tax Accounting 임<br />
<br />
<br />
====Closure Accounting====<br />
결산 계정, 할당하면, 결산과 이월 코드를 입력해 주면, 자동 반영된다.<br />
<br />
* 추후 사용<br />
해당 국가 혹은 프로젝트 마감 결산에서 활용할 수 있다.<br />
<br />
잘 사용하면 아주 유용한 기능이지만, 본사 회계와 관련되어 반영되지 않는 항목들이 있어서, 이러한 것들이 완전히 정의되지 않은 상태에서 사용하면 문제가 있어서, 우선 결산에 대한 부분을 회계와 확정한 후에 사용하는 것이 좋다.<br />
<br />
<br />
===Bank 설정 및 계정===<br />
은행 계정 설정에서 주의해야 할 것은 <br />
# Journal 설정<br />
# bank account 할당이다. <br />
<br />
* Journal 설정<br />
프로젝트가 1개만 관리할 경우, default 사용해도 됨.<br />
<br />
프로젝트가 여러개을 경우, '''은행(BQ), 비용(ER)'''을 추가로 만들어 주고, 연결해 주어야 한다.<br />
<br />
* Bank account 할당.<br />
수금 계좌: Saving bank의 경우에는 Account를 그룹 코드 : '''70'''을 사용한다.<br />
비용 계좌 : Expense bank의 경우에는 Account를 그룹 코드: '''60-shopping'''을 사용한다.<br />
<br />
=경리월보 계정과 CoA=<br />
[[AM_role#사용_중인_COA| 경리월보 계정에 대한 ERP CoA 할당]] <br />
<br />
경리월보 계정에서 6개 항목에 대한 매출 집계를 별도로 할 것<br />
<br />
Account Ballance에서 해당 부분으로 할당할 수 있게 변경.<br />
<br />
* 주의사항<br />
# CoA로 할당할 경우 - 처음 부터, 매출용 비용처리용 어카우트가 철저히 관리되어야 함<br />
# 처리 후 coa 변경 과정 - 변경시, Expense binding >> 바인딩완료(조정/수정) 부분에서 별도로 수정하는 것 활용<br />
<br />
==CoA 할당 수정 과정==<br />
<br />
* Accouting에서 이미 binding 된 것 수정 (해당 전표 찾아서 수정 버튼 클릭)<br />
<br />
비용전표 묶음(Expense binding) >> 바인딩완료(조정/수정) 부분<br />
<br />
[[file:acc_coa_correct_01.jpg|800px]]<br />
<br />
* 계정(Account) 수정하기<br />
<br />
틀린 계정을 수정하거나, 집계 목적에 따른 계정으로 다시 분류 한다. (초기에 계정이 확정되어 있다면 문제 없음)<br />
<br />
[[file:acc_coa_correct_02.jpg|750px]]<br />
<br />
<br />
<br />
* 참고 : [[AM_role#사용_중인_COA|TW ERP에서 사용중인 CoA]]<br />
<br />
<br />
<br />
=프로젝트 개별비 처리 방안=<br />
프로젝트 개별비 6개 항목에 대해서 처리하는 방법에 대한 설명이다.<br />
<br />
프로젝트 개별비는 현지에서 발생하는 프로젝트 진행매출항목으로 6가지가 지정되어 있다.<br />
<br />
[참고] - 프로젝트 개별비 분류 6가지 (단, 현지 운반비와 이에 따른 부가세는 제조운반비 1개로 통일)<br />
:: 1) 제조지급수수료 (용역) - 현지 외주 용액<br />
:: 2) 제조교육훈련비 (기타) - 현지 교육비<br />
:: 3) 제조지급수수료(용역) - '''현지 채용 인건비'''<br />
:: 4) 제조지급수수료(기타) - '''PJT시운전비, 검사료''' 및 관련 (임시) 인건비 포함<br />
:: 5) 제조운반비 및 VAT - 현지 운송비 및 현장 물품대 VAT (재고 운반 부가세)<br />
:: 6) 제조소모품비(기타) - 현장 투입 소모성 공구, 안전용구 포함<br />
<br />
<br />
이에 대한 처리는 다음과 같은 방식이 추천된다.<br />
<br />
# CoA로 선언해서 사용하는 방법<br />
# Expense report의 공개/비공개 note 부분에 추가하는 방법<br />
# Expense report의 항목에서 최종 작성시 '''설명(Description)'''부분에 추가하는 방법<br />
# Extrafield 부분 개발<br />
# 사용자 #1,#2, ..., #6를 주고, 조직을 '''PJT_개별비''' 항목으로 함 : Sub-ledger로 등록해서(Accounting Code) 개별비를 사용하는 경우 (인원 혹은 조직으로 구분되어 집계 가능)<br />
<br />
[참고]<br />
2번과 5번의 차이는 web상에서 바로 조회가 되는 것인지, 아니면, data export를 통해서, 엑셀에서 조회하는 것인지의 차이임<br />
2번의 경우, Data export를 사용하여, 일단 파일로 필터링하여 추려내는 방법이다.<br />
5번의 경우, Sub-ledger에서 Accouting Code를 선택하여, 화면에서 바로 확인 가능하다. (1번 방법도 동일)<br />
<br />
본사 ERP 실적 입력에서 주의해야 할 사항은 본사 ERP (오라클)는 SPG별로 입력되기 때문에, 개별 SPG별 ERP 번호에 맞춰 입력해야지만, 최종 PMS에서 여러 SPG를 합해서 프로젝트 진행율로 나타난다. SPG별 입력은 현재는 본사인원이 임의로 SPG별로 입력하는 것으로 알고 있음. 해당 '''프로세스에 대한 정확한 지침이나 방향은 확인 필요.''' 본사 ERP 입력 방식에 따라서, 다음의 방법 중에서 선택하여 사용한다. '25년 12월 현재는 미정<br />
<br />
* CoA로 선언해서 사용하는 방법<br />
:: 1) Project ID와 해당 CoA조합으로 확인 가능<br />
:: 2) (미확인) - 본사 ERP의 코드가 바뀐다고함, 따라서, 자주 바뀌는 경우에는 CoA가 너무 많아져서, 복잡<br />
:: 3) 단, 항목이 6개 밖에 되지 않으므로, 기간과 조합하면, 자주 바뀌어도 CoA 별 총합은 변함없으므로, 실제 본사 ERP 입력에는 문제 없음<br />
<br />
:: [[file:process_value_01.jpg|800px]]<br />
<br />
<br />
* Note 부분 활용 - Expense Report의 공개/비공개 note 부분에 추가 (외형적 방법)<br />
:: 1) Tools Export에서 note는 바로 구분하여 엑셀 파일로 추가 가능<br />
:: 2) Export의 경우에, 해당 note를 모두 export하여, 나중에 엑셀에서 해당 부분 부분합 결산<br />
:: 3) 장점 - 바뀌는 본사 ERP번호(PMS Task) 번호를 그대로 유지 가능<br />
:: 4) 단점 - 코드가 너무 많아져서, 현장에서 확인 어려움<br />
:: 5) 권장 사항 - 개별비 부분은 Expense Report를 별도로 1개로 만드는 것 추천 (여러 건 청구 지양)<br />
<br />
:: [[file:process_value_02.jpg|800px]]<br />
<br />
<br />
* Description 필드 활용 - Expense Report에서 세부 작성으로 들어간 다음 (note 작성 이후)<br />
:: 1) Note 부분이 아니라, 해당 line에서 구분 가능 (1개의 ER에서 여러 개 비용(영수증) 처리 경우)<br />
:: 2) Tools의 expense에서 '''explaination''' 부분을 export해야함<br />
<br />
:: [[file:process_value_03.jpg|800px]]<br />
<br />
* Extrafield 부분 개발<br />
:: 해당 부분을 새롭게 개발하는 방법은 이미 공개되어 있으나, 유지관리 목적에서 권장되지는 않는 방법이다.<br />
<br />
<br />
:: 하지만, 해당 모듈에서는 더 많은 기능을 제공하지만, 상대적으로 더 복잡해지기도 하므로, 양날의 검과 같다. 시스템에 맞추면, 복잡해질 수 있음.<br />
<br />
<br />
* Sub-ledger로 등록해서 사용: '''Accouting Code''' 멤버로 등록<br />
:: 프로젝트 개별비를 멤버로 등록하여, 해당 멤버의 비용으로만 처리<br />
:: Sub-ledger에서 멤버의 Accouting Code를 참조하여, 별도로 구분함<br />
:: 프로젝트 번호(계약번호)로 구분되고, 항목은 Accounting code로 분류 가능<br />
<br />
:: [[file:pjt_specified_expese_01.jpg|800px]]<br />
<br />
* 제언<br />
여러가지 방식이 있는데, 현재 PMS 및 본사 ERP에서 운용하기 편한 방법을 고려하여, 상기의 방식 중 하나로 선택하여 사용하는 것을 권장한다.<br />
<br />
==선처리 방법==<br />
개별비 처리용 ID를 별도로 생성 (생성자가 아예 다르게 만듬)<br />
<br />
* CoA 구성<br />
해당 CoA로 구분 - 본사 PMS에서 Task 번호 연동 고민 필요<br />
<br />
여러개 CoA번호로 발생 위험 있음<br />
<br />
* ER작성시 구분<br />
- '''개별비 처리용 ID 생성''' : 사람처럼처리 (로그인을 달리해야 함)<br />
<br />
예시)<br />
YL : 프로젝트 개별비<br />
RLM : Red line 프로젝트 개별비 처리용 <br />
* 처음부터 구분해서 사용<br />
<br />
==후처리 방법==<br />
일반적인 비용전표(ER) 처리하듯이 하고, binding 과정에서 Journal(분개장)에서 변경해줌 (즉, 다른 공책에 번호 바꿔서 저장) CoA 그룹은 6(Expense) 이하 번호 할당해야 함<br />
* CoA 구성<br />
해당 CoA로 구분 - 본사 PMS에서 Task 번호 연동 고민 필요<br />
<br />
여러개 CoA번호로 발생 위험 있음<br />
<br />
* Accouting Journal 별도로 생성<br />
회계처리시, '''바인딩(Binding)에서 해당 account 번호로 수정'''<br />
<br />
예시)<br />
개별비 YL : accouting journal 생성<br />
개별비 RLM : accouting journal 생성<br />
* Binding에서 account 번호를 변경함<br />
<br />
=회기년도 관리=<br />
회기년도를 마감 및 관리하는 내용입니다.<br />
<br />
1년에 1번 이전 기록을 마감하고, 새로운 회기년도를 관리하기 위한 내용입니다.<br />
<br />
admin만 가능합니다.<br />
<br />
1. 회기년도 설정하기, fiscal period open<br />
<br />
회기년도 이름을 지정(보통 연도)하고, 시작기간과 끝기간을 설정해 준다.<br />
<br />
[[file:fiscial_period_open.jpg|900px]]<br />
<br />
* 해당 설정은 admin만 가능하고, Accounting 메뉴에서 '''설정'''으로 들어가야 만들 수 있다.<br />
<br />
2. 회기년도 마감하기, fiscal period close<br />
회계기간(회기)이 마감이 되면, 해당 기간을 마감한다.<br />
<br />
회기가 마감되면, 해당 회기의 내용을 수정하거나 변경할 수 없으니 주의한다.<br />
<br />
[[file:Fiscal_period_open_02.jpg|900px]]<br />
<br />
fiscal period를 close할 경우, 경고문과 함께 마감이 되는 것을 알려 준다.<br />
<br />
* 주의 - 해당 회기를 마감하면, 해당 기간 내용을 수정하거나 변경, 삭제가 불가능하다.<br />
<br />
<br />
[[분류:ERP]]<br />
[[분류:시스템 관리]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=Admin%EA%B4%80%EB%A0%A8&diff=1271Admin관련2026-08-31T02:42:14Z<p>Hschoi2: /* 전체 tag/category 메뉴 */</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 />
로그인 포털 >> 고급 (생성)<br />
<br />
역방향 프록시를 설정한다. --> 패킷이 도달하면, HSTS 활성화 (443 포트로 들어온 놈)을 찾아서, <br />
<br />
만들어 놓은 list 예를 들어 https(443) ---> http://localhost:xxx (포트)로 넘김<br />
<br />
<br />
* 확인 필요<br />
1) localhost가 아닌 내부 IP(192.169.xxx.xxx)로 연결하면 에러나는 듯? (에러 안나야 하는데)<br />
<br />
2) HSTS가 2개가 동작하는 경우, 둘다 응답하는 문제, 동일 IP 한개에서만 답변하므로.<br />
만약 하나의 IP를 share 하고<br />
두 개의 서버에서 443으로 처리 한다고 하면, 서버 둘에 모두 443이 동작하나? 아니면 먼저 도착한 서버만 응답하나?<br />
<br />
<br />
<br />
* 참조 - Wildcard certificate 순서<br />
<br />
1) Wildcard certificate 설정<br />
<br />
DDNS를 enabled 시킨다. - floating IP에 대해서 추적 dns 연결<br />
<br />
Control panel / Security / Certificate 에서 add<br />
<br />
체크 사항<br />
- Let's Encrypt 체크<br />
- Set as default certificate<br />
<br />
* Get a Certificate from Let's Encrypt <br />
<br />
* 다음 설정을 한다.<br />
- Domain name : tcampXX.synology.me<br />
- Email : 본인의 e-mail<br />
- Subject Alternate Name: *.tcampXX.synology.me (인증서를 받을 사이트 이름, 여기서는 wildcard '''*''' 로 설정, 모두)<br />
<br />
* Control Panel / Login Portal / Advanced 텝에서 <br />
<br />
이 과정은 ngnix과정으로 Reverse proxy 설정라고도 한다. 내용은 포트 443(https)로 보내고, 443에서는 서버이름, 예를 들어 dolibarr, nocodb, n8n 으로 (wildcard 부분) 들어온 서버 주소를 정상적인 80포트로 연결해 주는다. (이를 HSTS 라고 함) <br />
<br />
'''Reverse Proxy''' 설정<br />
<br />
* Source<br />
https 로 들어 오는 주소, 예를 들어 https://n8n.tcampxxx.synology.me 이고 포트는 443<br />
<br />
HSTS enable 시키고,<br />
<br />
* Destination<br />
host name, localhost (내부 주소도 되나? 192.168.xxx.xxx, 할당된 포트<br />
<br />
* 참고 : HSTS<br />
<br />
Reverse proxy 환경에서 '''HSTS (HTTP Strict Transport Security)'''는 웹 보안 강화를 위한 중요한 HTTP 응답 헤더입니다. 이 개념을 간단히 설명하면 다음과 같습니다:<br />
<br />
---<br />
<br />
🔐 '''HSTS란?'''<br />
<br />
'''HSTS (HTTP Strict Transport Security)'''는 웹 서버가 브라우저에게 '''"앞으로 이 도메인에 대해 HTTPS로만 접속하라"'''고 지시하는 보안 메커니즘입니다. 이는 '''MITM(중간자 공격)'''이나 '''SSL Stripping''' 같은 공격을 방지하는 데 효과적입니다.<br />
<br />
---<br />
<br />
🧩 '''Reverse Proxy와 HSTS의 관계'''<br />
<br />
Reverse proxy는 클라이언트와 실제 서버 사이에 위치하여 요청을 중계합니다. 이때 HSTS는 다음과 같은 방식으로 적용됩니다:<br />
<br />
1. '''Reverse Proxy가 HTTPS를 처리하는 경우''':<br />
- 클라이언트는 Reverse Proxy와 HTTPS로 통신.<br />
- Reverse Proxy가 HSTS 헤더를 클라이언트에게 전달하거나 직접 설정.<br />
- 실제 백엔드 서버는 HTTP로 통신할 수도 있음 (내부망).<br />
<br />
2. '''HSTS 헤더 설정 위치''':<br />
- Reverse Proxy에서 직접 설정하는 것이 일반적입니다 (예: Nginx, Apache, HAProxy).<br />
- 예시 (Nginx):<br />
```nginx<br />
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always;<br />
```<br />
<br />
3. '''주의사항''':<br />
- HSTS는 HTTPS 연결에서만 작동합니다. HTTP에서는 무시됩니다.<br />
- 한번 설정되면 브라우저는 해당 도메인에 대해 강제로 HTTPS를 사용하므로, 실수로 HTTP만 지원하는 서비스가 있으면 접근 불가 문제가 생길 수 있습니다.<br />
<br />
---<br />
<br />
✅ '''HSTS의 주요 옵션'''<br />
<br />
- `max-age`: 브라우저가 HTTPS만 사용하도록 강제하는 기간 (초 단위).<br />
- `includeSubDomains`: 모든 서브도메인에도 적용.<br />
- `preload`: 브라우저에 미리 등록 요청 가능 (엄격한 보안 필요 시).<br />
<br />
---<br />
<br />
==디렉토리 구조==<br />
exposed: documents /var/www/documents<br />
<br />
exposed: html /var/www/html/custom (portainer 설정에서도 확인 할 것)<br />
<br />
<br />
==언어팩 관련==<br />
업그레이드를 한 이후에는 TW ERP에 맞게 언어 팩을 수정해 주어야 한다.<br />
(일부 파일 교체)<br />
<br />
* 수정 원본 파일 위치: /var/www/html/custom/bug_fix (tw subfolder)<br />
<br />
* 웹서버 디렉토리: /var/www/htdocs/langs/ko_KR (/zh_TW)<br />
<br />
'''/var/www/htdocs/langs/ko_KR# cp ../../custom//bug_fix/*.* ./''' - 한글 언어팩 수정<br />
'''/var/www/htdocs/langs/zh_TW# cp ../../custom/bug_fix/tw/*.* ./''' - 대만 언어팩 수정<br />
<br />
<br />
* Alias 적용 이후<br />
<br />
bug/fix directory (원본) : var/www/htdocs/custom/bug_fix, 대만은 sub-directory로 tw<br />
Target directory (위치): var/www/htdocs/langs/ko_kr, 대만은 var/www/htdocs/langs/zh_TW<br />
<br />
==Third Parties 수정 관련==<br />
협력사로 번역되는 Third parties 부분은 다른 언어 팩과 조금 다르다. 여러개가 섞여 있어서 그런듯...<br />
<br />
* Thirdparties 위치와 해당 예약어(?) 찾기<br />
<br />
디렉토리 위치: /var/www/html/core/menus/standard/eldy.lib.php (파일에서)<br />
$newmenu->add("/societe/list.php?leftmenu=thirdparties", $langs->trans("List"), 1, $user->hasRight('societe', 'lire'), '', $mainmenu, 'thirdparties_list', 2);<br />
여기서 확인해 보면, lang 파일에서 "List"로 되어 있다.<br />
<br />
<br />
* 언어팩(langs) 위치<br />
언어팩 위치는 다음과 같다.<br />
<br />
디렉토리 위치 : /var/www/html/langs/ko_KR<br />
사용 파일: 'ThirdParties' => '거래처 관리' ??? --> 어디서 수정하는 거야?<br />
<br />
* 기타 변경 가능한 UI 요소<br />
<br />
탭 구성: card.php에서 $head 배열을 수정<br />
버튼 스타일: CSS는 /theme/eldy/style.css.php 또는 사용하는 테마 폴더에서 수정<br />
필터 및 검색창: list.php 내의 print_search_form() 함수<br />
<br />
<br />
* 수정일반 사항<br />
# UI 변경<br />
# 기능 변경<br />
# 권한 설정<br />
<br />
== 기타 전문적인 시스템 관련해서 참조 문서==<br />
[[시스템관리]] 참조<br />
<br />
=비즈니스 로직관련=<br />
업무 로직 관련 사항입니다. <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 />
[tools_tag_01.jpg| 600px]<br />
<br />
===Users & Groups===<br />
사용자와 그룹을 설정한다.<br />
<br />
* Group 설정 - 퍼미션 설정<br />
회계에서 작성, 검사, 승인을 설정하는 그룹을 만들고, 퍼미션을 설정한다.<br />
<br />
참고: 현재 그룹 설정<br />
- PWO: Project Working Organization, 작성 그룹<br />
- PSO: Project Support Organization, 회계 그룹<br />
- PM_ERP: 승인 그룹이다.<br />
<br />
각 그룹의 퍼미션<br />
<br />
* PWO<br />
다른 사용자 검색 부분, 본인의 정보 수정을 허용하고, 기타 필요한 권한을 허용한다.<br />
<br />
비용전표(Expense Report)에서 본인과 본인 조직의 것을 읽고, 작성하는 권한을 부여한다.<br />
<br />
[[file:erp_new_01.jpg|600px]]<br />
<br />
* PSO<br />
필요시, 인원관리 부분도 허용한다. 하지만, 익숙하지 않은 경우, 조직도 수정 오류가 있으므로, 해당 권한 부여에 주의한다.<br />
<br />
프로젝트 현황 및 다른 프로젝트 비용 청구를 위해서는 모든 프로젝트에 접근해서 확인 할 수 있도록 허용한다.<br />
<br />
프로젝트 접근 권한 허용 (타 프로젝트도 조회할 수 있는 경우)<br />
<br />
[[file:erp_new_02_1.jpg|600px]]<br />
<br />
비용전표(Expense Report)를 처리 할 수 있게 권한을 부여한다. 아래 권한은 본인의 비용전표만 보이도록 한 경우이다.<br />
<br />
필요한 경우, Read all expense reports(...not subordinates)를 허용하는 경우에는 다른 프로젝트의 비용전표도 조회가능하다.<br />
<br />
[[file:erp_new_02_2.jpg|500px]]<br />
<br />
급여의 경우, 다른 프로젝트에서 조회가 안되는 것을 기본으로 하는데, bank 부분과 권한 충돌이 있다.<br />
<br />
Billing 메뉴에서 회계담당자가 속해 있는 담당자만 확인이 가능하게 설정하더라도, bank와 총계정원장(Ledger, jornals)에서 급여 부분은 확인이 가능하다. 이것을 제한하고자 하면, bank access 부분과 총계정원장 접근에 대한 제한을 고려해야 한다. 현재는 salary에서 회계담당자가 속해있는 프로젝트만 조회 및 입력이 가능하도록 되어 있다.<br />
<br />
[[file:erp_new_02_3.jpg|400px]]<br />
<br />
* PM_ERP<br />
사용자의 비밀번호도 변경할 수 있는 권한을 부여한다. <br />
<br />
타인의 비밀번호도 수정할 수 있는 권한 부여, 단 생성은 관리를 위해서 administrator만 가능하게 되어 있다.<br />
<br />
[[file:erp_new_03_1.jpg|400px]]<br />
<br />
비용 전표의 경우, 모든 권한을 허용해 놓았고, 회계담당자와 조직 구성에서 수직구조가 되지 않는 경우 (1명의 회계담당자가 여러 프로젝트를 관리하는 경우) PM이 본인의 프로젝트에 비용전표에 접근하기 어려운 경우가 있어서 모든 전표를 읽을 수 있게 설정하기도 한다. (회계담당자가 해당 프로젝트에 속해 있지 않아, 회계 담당자 작성 내용이 보이지 않는 경우 있음)<br />
<br />
[[file:erp_new_03_2.jpg|400px]]<br />
<br />
급여의 경우, 모든 내용을 다 볼 수 있게 설정한다.<br />
<br />
[[file:erp_new_03_3.jpg|400px]]<br />
<br />
===Accounting 설정===<br />
Administrator 만 설정이 가능하다.<br />
<br />
설정사항은 account 메뉴에서 기록한다.<br />
<br />
[[file:erp_acc_01.jpg|300px]]<br />
<br />
<br />
* Accounting Jornals - 분개장(기록장) 설정하기, 프로젝트당 2개 (BQ, ER)<br />
은행 기록장과 비용 기록장 2개를 설정한다. 주로 사용하는 것은 비용 분개장(기록장, ER)이다.<br />
<br />
[[file:erp_acc_03.jpg|400px]]<br />
<br />
<br />
* Chart of accounts '''model''' - 회계 모델 종류 (원래는 여러개가 있는데, 현재 것에서는 사용하는 것만 남겨 놓음)<br />
<br />
[[file:erp_acc_04.jpg|500px]]<br />
<br />
<br />
* Chart of accounts - 선택, 사용 중인 CoA 모델<br />
사용 중인 계정(Account) 모델이고, 필요에 따라 추가 삭제하여 사용할 수 있다.<br />
<br />
필요없는 것을 삭제 안하고 그대로 두는 이유- ERP는 본사에서 회계 정보를 확인하기 위하여 사용하기도 하지만, 현지 국가(대만)의 세무신고로도 사용된다. 따라서, 현지 필요에 따라 계정을 추가 혹은 사용해야하는 경우가 있기 때문에, 임의로 삭제하지 않고, 추가 생성의 경우에도 6개 항목 범주에서 설정하여 사용한다. 특히 ENG-BASE의 그룹(범주) CAPIT, IMMO, THIRDPARTY, STOC, FINN, EXPENSE, INCOME에서 검토 후에 해당 (어카운트) 코드를 추가하도록 한다.<br />
<br />
[[file:erp_acc_05.jpg|800px]]<br />
<br />
<br />
* Chart of individual accounts - 멤버(사용자)의 프로젝트 회계 코드 할당 상태<br />
총계정원장에 기록의 경우, 여러 프로젝트들이 섞여 있기 때문에 이를 구분할 필요가 있다. 이러한 구분을 위해서 각 멤버들을 등록할 때, 회계 계정을 설정하게 되어 있는데, 이를 조회하는 화면이다.<br />
<br />
[[file:erp_acc_06.jpg|800px]]<br />
<br />
* Default accounts - 기본 계정<br />
아직 장부상 기록되지 않은 내용, 계정이 할당되지 않은 것에 대한 기본 기록으로, 처리의 경우 해당 내용을 사용하게 된다.<br />
<br />
특히 고객의 경우 411, 공급업체에 대해서는 322, 비용보고서의 사용자(멤버)의 비용은 우선 421로 구분한다. 그룹으로 나누어 보면 편리하다. 고객과 협력사 그리고 내부의 비용 혹은 자금으로 구분하는 것으로 볼 수 있다.\<br />
<br />
기타 VAT에 대한 설정은 부가가치세 계정과 중복이다. (둘 중에 1개에만 설정하면 됨)<br />
<br />
[[file:erp_acc_07.jpg|1100px]]<br />
<br />
* Bank accounts - '''Banks|Cash''' 메뉴와 동일함<br />
<br />
* VAT accounts - 부가세 설정<br />
부가세는 판매 부가세가 있고, 구매 부가세가 있다. 구매 부가세의 경우 환급이 되므로 이를 관리하게 된다. 판매 부가세의 경우, 세무서에서 해당 부가세를 발급한 경우가 있는지 확인하는 경우가 있고, 대만의 경우, 환급이 되므로, 판매사에 부가세를 별도 신고로 부담하게 하는 경우가 종종 있다.<br />
<br />
[[file:erp_acc_08.jpg|800px]]<br />
<br />
<br />
* Tax accounts - 세금 처리 계정<br />
세금의 처리의 경우, 집계 주체에 따라서 구분이 되어야 한다. 예를 들어, 급여에 대한 세금은 본사에서는 비용으로 집계가 되지만, 대만법에서는 비용으로 허용이 되지 않아서, 비용 부분에서 제외 되어야 한다. 수익에서는 제외되어 합산 되는 경우.<br />
<br />
이러한 차이로 인하여, 별도로 구분되어 처리되어야 한다. 현지 회계법인을 사용하고 있으므로, 부가세를 제외한 세금처리는 별도로 하지 않고, 비용전표에서 처리한다. 하지만, 해당 내용에 대한 구분을 위한 계정은 할당되어 있다. <br />
<br />
[[file:erp_acc_09.jpg|800px]]<br />
<br />
<br />
* Expense report accounts<br />
비용전표에서 사용하는 계정의 별칭을 두는 것이다. 예를 들어 6261은 통신료라는 이름으로 조회 가능하다. 회계 담당자는 적당한 것이 없는 경우, 번호로 추가 혹은 수정 가능하다. <br />
<br />
[[file:erp_acc_10.jpg|800px]]<br />
<br />
<br />
* 참고 - 일반 회계 기능에 대한 설정<br />
은행계좌 거래 직접 기록 해제의 경우, 은행 계좌를 자동으로 읽어 오는 기능을 활성화 할 경우, 은행계좌 직접기록을 막아 놓는다.<br />
<br />
회계 계정 표준화를 위한 자리 수 설정 6자리 사용시 나머지 "00" 붙여서 사용하기<br />
<br />
기타 회계상 필요에 따라 설정 적용하여 사용할 수 있다.<br />
<br />
[[file:erp_acc_02.jpg|800px]]<br />
<br />
<br />
====회계 계정 설정====<br />
'''회계 계정'''라는 것은 필요에 의해서, 비용 사용 내역을 구분하기 위해서 설정해 놓는 것이다.<br />
<br />
예를 들어 같은 PJT의 경우라도, sub group이 있는 경우, 이를 구분하기 위해 사용한다. 이를 sub-ledger (부분분개장)이라고 구분한다.<br />
<br />
특히, 하나의 은행 계좌에서 여러 개의 sub로 나누어져 있는 경우에는 관련 인원별로 '''회계 코드'''를 별도로 놓아서, 구분할 수 있다.<br />
<br />
* 주의 사항<br />
# ERP의 비용은 사람의 비용 사용을 기준으로 하기 때문에, 1사람은 1개의 비용 코드를 갖는다.<br />
# 비용 전표(Expense Report, ER) 작성시, PJT 번호를 물리기 때문에, 프로젝트 별로 구분은 기본이다.<br />
# 1개의 프로젝트에서 여러개의 비용을 구분하는 경우, '''회계 계정'''을 다르게 두어서 구분하는 용도이다.<br />
# 회계 계정의 등록은 사용자 카드에서 등록하고, 회계 계정 자체는 그룹의 '''Tags/Categories'''에서 확인 한다.<br />
<br />
* '''회계 계정'''의 등록 - 사용자 카드<br />
사용자를 설정할 경우, 사용자의 정보 중에 회계 계정을 등록한다.<br />
<br />
'''! 주의사항'''<br />
이것은 사용자의 은행 계좌(계정)을 말하지 않는다. 사용자의 은행 계좌는 '''HR 및 은행'''에 별도로 등록할 수 있다.<br />
<br />
프로젝트에 속해 있는 혹은 프로젝트 계정을 말한다. ( 회계계정 = 프로젝트 비용 코드 )<br />
<br />
[[file:member_02.jpg|600px]]<br />
<br />
* Accounting에서 실제 회계 계정의 사용<br />
<br />
[[file:tag_categories_02.jpg|1200px]]<br />
<br />
* 주의: 회계 계정의 통일성 유지<br />
<br />
본 내용은 반드시 지켜야할 내용은 아니지만, ERP 활용에서 일관성을 유지하기 위한 내용이다.<br />
<br />
# 프로젝트 '''그룹 태그'''를 구성한다.<br />
# 사용자 설정시, '''그룹 태그'''를 사용한다.<br />
# '''회계 계정'''을 그룹 태그와 동일하게 유지한다.<br />
<br />
이렇게 하면, 프로젝트 그룹 = 프로젝트 비용 구분이 동잏라게 유지된다.<br />
<br />
[[file:tag_categories_01.jpg|800px]]<br />
<br />
* 참고: 일부 태그는 회계 계정(이름)과 다르게 설정된 경우 있음, 임시 활용 때문임.<br />
<br />
====Bank Accounts의 Journal 연결====<br />
Accounts를 설정하고, 이를 별도의 분개장(Journal)을 만들어야지, 별도로 집계된다.<br />
<br />
즉, CoA를 통한 계정과목 별로 집계는 되는 데, 그 집계 내용 중에서 프로젝트 별로 어디에 속하는 지 구분하기 위해서는 journal(분개장)이 필요하다.<br />
<br />
따라서, 다음의 과정을 설정해 주어야 한다.<br />
# 분개장을 만들고 (임의의 분개장)<br />
# 분개장 CoA 코드 (혹은 그룹) 결정 - 비용인지, product인지 구분<br />
# 은행계좌 연결<br />
<br />
* 이것은 admin 계정만 가능하고, 처음 설정 1회만 해 주면 된다.<br />
* 또한, 프로젝트 개별비 내용만 별도로 만드록 싶으면, 여기서 Journal(분개장)을 만들어서, accouting 작업할 때, 별도로 기록하게 할 수 있다.<br />
<br />
::[[file:journal setup01.jpg|800px]]<br />
<br />
:::분개장 연결의 예<br />
<br />
<br />
<br />
====Defualt accounts====<br />
<br />
ERP 처음 사용을 위해서, 기본적으로 설정해야 할 계정에 대한 설명입다. 계정 사용에서 가장 중요한 부분이고, 이에 대한 설명이 잘 없어서, 여기서 많이 delay된다.<br />
<br />
* default account<br />
기본 계정이라고 하면, 일단 무엇인지 모르지만, 시작점을 지정하는 것이다. <br />
즉, <br />
:: 고객 - 411-Customers<br />
:: 협력공급사 - 401-Suppliers<br />
:: GL 계정 (General Ledger, 총계정원장) 4-Amounts receivable and payable<br />
:: 직원 (현채인) 비용 - 421-Staff Cost (직원 지급 비용 총괄]<br />
<br />
::[[file:default_acc_01.jpg|700px]]<br />
<br />
* 기타 deault account<br />
<br />
* Product <br />
::* Account (from the Chart Of Account) to be used as the default account for the sold products (used if not defined in the product sheet) - 33 - Ongoing production of goods<br />
:: * Account (from the Chart Of Account) to be used as the default account for the sold services (used if not defined in the service sheet) - 34 - Ongoing production of services<br />
:: * Account (from the Chart Of Account) to be used as the account for transitional bank transfers - 58 - Internal Transfers [내부이체]<br />
:: * Account (from the Chart Of Account) to be used as the account for unallocated funds either received or paid i.e. funds in "wait[ing]" - 471 - Waiting Accounts [임시계정]<br />
<br />
<br />
====VAT accounts====<br />
부가세 항목 결정<br />
<br />
* 대만의 경우 영세율과 부가세 5%가 있다.<br />
:: * 매출 부가세 : '''6312'''<br />
:: * 매입 부가세 : '''6311'''<br />
:[[file:default_acc_02.jpg|800px]]<br />
<br />
====기타 세금 : Tax accounts====<br />
기타 세금에 관련된 내용이다. 별도의 세금 혹은 세금과 관련된 진흥회비 등 세금 성격이 붙는 것들을 정의하여 사용할 수 있다.<br />
<br />
ACT Annual corporation tax TW - Taiwan 697 <br />
IT income tax TW - Taiwan 695 <br />
OPT Other payroll taxes TW - Taiwan 647 <br />
OTD Other taxes, duties and similar payments (tax administrations) TW - Taiwan 635 <br />
TOP Taxes and similar payments on remuneration (tax administrations) TW - Taiwan 631<br />
<br />
:[[file:default_acc_03.jpg|800px]]<br />
<br />
<br />
====비용계정 설정====<br />
기타 항목(Dictionary) 설정이라고도 한다. 즉 비용 계정 중에 코드로 지정해서 사용할 수 있는 것이다.<br />
<br />
:실제 expense report 작성할 때 코드를 사용할 수 있어야 하는데, 이 부분에 대해서는 별다른 언급은 없다. 단지 '''label'''을 이용해서 검색이 가능하다. 추후 code 사용 여부 확인할 것<br />
: * ERP 내부적으로 사용하는 code를 말하는 것일 지도 모름, 아직 코드로 활용되는 것 없음<br />
<br />
:[[file:default_acc_04.jpg|800px]]<br />
:: * Expense Report 작성 중 "유형" 부분 입력 창 검색 화면<br />
<br />
===SL_Group 활용===<br />
SL_Group은 Salary_Group을 설정하는 것이다.이것은 only blilling의 Salary에서만 사용하는 tag/group으로 설정도 유니크하다. <br />
<br />
* 급여 입력 화면<br />
Billing >> salary 메뉴에서 입력<br />
<br />
:: [[file:sl_group01.jpg | 700px]]<br />
:: * 급여 입력시 '''SL_Group''' 선택<br />
:: * 현재 급여 구분 기준은 단순 프로젝트 구분으로 사용 - 단 하위 프로젝트가 여러 개의 경우에는 추가로 구분 tag/group 생성할 것<br />
:: * 기타 구분자 추가할 수 있음 <br />
<br />
<br />
SL Group은 2가지 의미를 갖고 있다.<br />
: 1) 프로젝트별 그룹 - 프로젝트별 그룹<br />
: 2) pay band별 그룹 - 역무에 따른 pay band 설정<br />
<br />
TW ERP에서는 1)의 프로젝트 별 그룹으로 설정하는 것으로 사용한다. 즉, 프로젝트별 slary를 취합하기 위해서, billing의 경우 tag를 부여하여, 나중에 확인하기 위한 것이다. <br />
<br />
:: !참고: Project 별로 구분되기 때문에 SL_Group(tag/group)으로 구분하는 것은 이중으로 구분하는 것이다. 따라서, 나중에는 2) pay band로 변경해서 사용해도 된다.<br />
<br />
====SL_Group 설정====<br />
SL_Group의 설정은 일반적인 tag/group (tools >> tags/group설정 메뉴)와 달리, finance 모듈 설정에서만 만들 수 있다.<br />
<br />
* SL_Group 작성하는 법<br />
(admin만 가능하다)<br />
: 1. Home >> '''모듈 / 응용 프로그램''' 진입<br />
: 2. Finance >> '''Salary''' 선택<br />
: 3. Complementary attributes (salaries) tab 선택 및 수정<br />
<br />
:: * 2-1 Finance에서 Salary 진입<br />
::: [[file:sl_group02.jpg | 700px]]<br />
<br />
:: * 2-2 Salary 항목 세부 조정<br />
::: [[file:sl_group03.jpg | 700px]]<br />
:: * SL_Group의 list를 수정하거나, 필요시 새로운 구분자를 추가한다.<br />
<br />
:: * 2-2 Salary 항목 세부 조정<br />
::: [[file:sl_group04.jpg | 700px]]<br />
:: * SL_Group의 list를 수정하거나, 필요시 새로운 구분자를 추가한다.<br />
<br />
:: 참고<br />
:: * SL_Group외에 추가적인 입력항 만들기 (항목: test)<br />
::: [[file:sl_group04_1.jpg | 700px]]<br />
<br />
<br />
:: * Billing 입력시 추가된 test filed<br />
::: [[file:sl_group05.jpg | 700px]]<br />
<br />
==신규 멤버 추가의 예==<br />
신규 멤버를 추가하는 것과 관련된 내용입니다.<br />
<br />
===신규 멤버 추가하기===<br />
* 준비 사항<br />
# 사용자 이름, 영문, 현지어<br />
# e-mail 주소: 암호 잊어버릴 경우 자동사용<br />
# 관련 프로젝트 이름(회계코드)<br />
<br />
* 중요 규칙<br />
# 사용자 ID는 회사 email ID를 사용한다. 예를 들어 HONGGILDOG@ls-electric.com의 경우, HONGGILDONG이 ID가 되어야 함<br />
# 사용자 ID를 임의로 생성하는 것은 금지하며, (필요시 임시생성 OK) 회사 email 부여 받고 사용한다. (현채인의 사번은 email 주소임)<br />
# 사용자 이름은 성: 영문성 현지이름, 이름 부분 영어이름 으로 구성 할 것 (검색시 확용)<br />
# 프로젝트 회계 코드 반드시 넣을 것 (준비사항 동일)<br />
# 작업 그룹 : 일반 사용자는 '''PWO''' 사용 할 것 (PSO는 권한이 많아서 주의)<br />
<br />
<br />
<br />
<br />
* 신규 멤버 등록 절차<br />
요약설명<br />
- 신규 멤버 생성: 이름(규칙 주의), email (회사), ERP ID, 초기 암호(LS@.....) 부여<br />
- PJT 회계코드, 실제 사용 email 입력 <br />
(생성 클릭 후) <br />
- 신규 생성 후, working group 할당 (권한 부여)<br />
<br />
참고: [[아이디_부여]]<br />
<br />
1. 신규 멤버 생성 <br />
<br />
Home에서 new 생성<br />
<br />
<br />
<br />
회사에 부여받은 '''email ID = ERP ID'''<br />
현채인 사번은 email ID임<br />
<br />
<br />
2. PJT 회계 코드 부여 (필수)<br />
<br />
사용하는 email을 등록 하기 (초기엔 회사메일로 해도 됨) - 비번 잊어 버렸다고 관리자에게 계속 연락 오므로, 실사용 email 등록 권장<br />
<br />
'''PJT 회계 코드'''<br />
<br />
<br />
[[file:member_02.jpg|600px]]<br />
<br />
* TYC-TMP : 신호 타오위엔 프로젝트<br />
* SB02 : 신호 유지보수<br />
* KHH-YL : 가오슝 엘로 라인<br />
* KHH-RL-S : 가오슝 레드라인 남부 <br />
* KHH-RL-N : 가오슝 레드라인 북부<br />
<br />
3. 그룹(PWO) 할당<br />
사용자 그룹을 할당해 준다.<br />
사용자 그룹<br />
1) PM 그룹 - 모든 권한 (승인)<br />
2) PSO 그룹 - 회계 권한 (검토 요청)<br />
3) PWO 그룹 - 사용자 그룹<br />
<br />
[[file:member_03.jpg|800px]]<br />
<br />
===신규 멤버 삭제하기===<br />
멤버 삭제의 경우, 개인 프로파일에서 삭제하면 제거 가능<br />
<br />
* 주의 사항<br />
'''프로젝트 테그'''를 먼저 삭제하여야만 개인 프로파일이 삭제됨<br />
<br />
* 사용자가 삭제되지 않는 경우<br />
[[file:member_remove_02.jpg|500px]]<br />
<br />
* Tag를 제거한 후, 삭제 가능<br />
[[file:member_remove_01.jpg|800px]]<br />
<br />
<br />
==Multi-company 구성시 주의사항==<br />
멀티컴패니는 하나의 ERP서버에서 여러 개를 운영할 때 사용하는 모듈이다. 개별적으로 설치해서 사용해도 되지만, 여건상 1대에서 모든 데이터를 사용하는 것이다.<br />
<br />
시스템 관리상 편리하지만, 반대로, 서버 1대에 여러 정보를 사용하므로, 백업 등의 관리에 특별한 주의를 요한다.<br />
<br />
===멀티 사용자===<br />
기본적으로 사용자들은 서로 시스템을 넘어서 사용할 수 없다. 즉, 대만 사용자가 이집트 사용자를 조회할 수 없다.<br />
<br />
그러나, 시스템 관리자(Administrator)는 관리 측면에서 모든 사이트를 봐야 하기 때문에, 여러 사이트 운영관리자는 필연적으로 관리자(Administrator) 권한을 갖게 된다.<br />
<br />
====엑셀을 이용한, 사용자 일괄 추가====<br />
사용자를 일괄로 추가할 수 있다. 단, 이미 추가된 사용자는 삭제하고, 다시 올리는 것만 가능하다. <br />
<br />
즉, 다음과 같은 제약이 있다.<br />
<br />
Insert - 가능(O), 추가하는 것은 엑셀, csv 파일로 가능<br />
update - '''불가(X)'''<br />
<br />
수작업으로 update하거나, DB에 직접 access하는 방법만 가능하다. 단, 3rd party 프로그램을 구매해서 사용 가능하다. <br />
<br />
* SQL 방법의 경우, 프로그램적인 요소를 사용해야 하고, dolibarr 설치 환경이 docker 이므로, docker 환경과 docker 네트워크, 일반 네트워크 등을 이해하는 경우에만 SQL 업데이트를 사용하는 것이 바람직하다.<br />
<br />
===기본 회계, 세금 코드 설정===<br />
기본 회계 계정과목('''CoA''')를 설정해 주어야 한다.<br />
<br />
* 주의사항<br />
처음 멀티컴패니를 이용해서, 다른 조직/국가를 생성할 때, '''기본값(defualt)는 회계코드(CoA)를 복사하지 않는다.'''<br />
<br />
또한, 버전 간의 오류로 복사한다고 해서, 바로 사용하지 못하는 경우도 있다.<br />
<br />
따라서, 회계코드(CoA)를 복사하기 보다는 <br />
# 현재 사용중인 CoA를 '''export''' 한다. (Tools 메뉴)<br />
# Export한 CoA를 해당 멀티컴패니 모듈에서 admin이 '''import'''하여 사용한다.<br />
<br />
만약, 회계코드를 복사하여 그래도 사용하는 경우에는 (CoA만 복사하여 사용하는 경우이다. 해당 CoA에 할당된 값을 복제하는 것은 아님, 마치 목차나 양식만 복사해오는 것과 동일)<br />
<br />
멀티컴패니 생성할 때, 맨 아래, copy사용 부분을 체크해 주면된다.<br />
<br />
* 나중에 그림 추가, 멀티컴패니 생성, 수정에서 맨 아래 라디오 버튼 클릭 화면 추가<br />
<br />
==기본 회계설정==<br />
<br />
기타 회계설정과 동일 (아마 작성해 놓았을 듯... 다 따로 있어서 그렇지..)<br />
<br />
<br />
* Accouting에서 설정(Setup)<br />
내용 순서.<br />
<br />
====Accouting Journal====<br />
프로젝트가 여러 개의 경우, 새롭게 만들어 줄것, default는 1개를 사용하게 되어 있음.<br />
<br />
====Chart of accouts models====<br />
사용중인 CoA 모델에서 선택하여 사용, 없으면, 신규로 import해서 사용<br />
<br />
* 생성/수정으로 copy한 경우<br />
안보이는 경우도 있다. import를 하면, 이전 것은 무시되어 update가 되므로, import 후에는 보이기도 한다.<br />
<br />
====Accounting period====<br />
회기년도를 입력한다. 각 국가의 회기기간에 맞춘다. <br />
<br />
<br />
====Defualt Accouting====<br />
'''가장 중요한 항목'''으로 이것이 설정되지 않으면, 아예 동작하지 않는다. 짇금 당장 처리하지 못하더라도 발생된 사항을 일단 모아녾는 temporary 계정 역할을 하므로, 반드시 설정해 주어야 한다.<br />
<br />
기본적인 설정 사항은 다음과 같다.<br />
<br />
{| class="wikitable"<br />
! 번호<br />
! 설명<br />
! 할당 계정(코드)<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | Customer/Users<br />
<br />
|-<br />
| 1<br />
| Account used for "customer" third parties<br />
| 411 - Customers<br />
<br />
|-<br />
| 2<br />
| Account used for the "vendor" third parties<br />
| 401 - Suppliers<br />
<br />
|-<br />
| 3<br />
| Accounting account used for user third parties<br />
| 410 - Customers and Related Accounts<br />
<br />
|-<br />
| 4<br />
| Account used by default for "users" on expense reports<br />
| 421 - Staff - Remuneration due<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | Product<br />
<br />
|-<br />
| 5<br />
| Account to be used as the default account for the sold products, used if not defined in the product sheet<br />
| 33 - Ongoing production of goods<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | Service<br />
<br />
|-<br />
| 6<br />
| Account to be used as the default account for the sold services, used if not defined in the service sheet<br />
| 34 - On-going production of services<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | 기타<br />
<br />
|-<br />
| 7<br />
| Account to be used as the account for transitional bank transfers<br />
| 58 - Internal transfers<br />
<br />
|-<br />
| 8<br />
| Account to be used as the account for unallocated funds either received or paid, i.e. funds in waiting<br />
| 471 - Waiting Accounts<br />
<br />
|}<br />
<br />
<br />
====VAT Accounting====<br />
VAT를 사용하는 나라에서는 해당 VAT를 설정해 준다.<br />
<br />
VAT 요율(%) 설정 및 매입 부가세 '''6312''', 매출 부가세 '''6311'''이다.<br />
<br />
====TAX Accounting====<br />
VAT를 제외한 기타 세금은 여기서 추가해고 해당 account code를 할당한다.<br />
<br />
나중에 그림 추가할 것. Accounting >> Setup >> Tax Accounting 임<br />
<br />
<br />
====Closure Accounting====<br />
결산 계정, 할당하면, 결산과 이월 코드를 입력해 주면, 자동 반영된다.<br />
<br />
* 추후 사용<br />
해당 국가 혹은 프로젝트 마감 결산에서 활용할 수 있다.<br />
<br />
잘 사용하면 아주 유용한 기능이지만, 본사 회계와 관련되어 반영되지 않는 항목들이 있어서, 이러한 것들이 완전히 정의되지 않은 상태에서 사용하면 문제가 있어서, 우선 결산에 대한 부분을 회계와 확정한 후에 사용하는 것이 좋다.<br />
<br />
<br />
===Bank 설정 및 계정===<br />
은행 계정 설정에서 주의해야 할 것은 <br />
# Journal 설정<br />
# bank account 할당이다. <br />
<br />
* Journal 설정<br />
프로젝트가 1개만 관리할 경우, default 사용해도 됨.<br />
<br />
프로젝트가 여러개을 경우, '''은행(BQ), 비용(ER)'''을 추가로 만들어 주고, 연결해 주어야 한다.<br />
<br />
* Bank account 할당.<br />
수금 계좌: Saving bank의 경우에는 Account를 그룹 코드 : '''70'''을 사용한다.<br />
비용 계좌 : Expense bank의 경우에는 Account를 그룹 코드: '''60-shopping'''을 사용한다.<br />
<br />
=경리월보 계정과 CoA=<br />
[[AM_role#사용_중인_COA| 경리월보 계정에 대한 ERP CoA 할당]] <br />
<br />
경리월보 계정에서 6개 항목에 대한 매출 집계를 별도로 할 것<br />
<br />
Account Ballance에서 해당 부분으로 할당할 수 있게 변경.<br />
<br />
* 주의사항<br />
# CoA로 할당할 경우 - 처음 부터, 매출용 비용처리용 어카우트가 철저히 관리되어야 함<br />
# 처리 후 coa 변경 과정 - 변경시, Expense binding >> 바인딩완료(조정/수정) 부분에서 별도로 수정하는 것 활용<br />
<br />
==CoA 할당 수정 과정==<br />
<br />
* Accouting에서 이미 binding 된 것 수정 (해당 전표 찾아서 수정 버튼 클릭)<br />
<br />
비용전표 묶음(Expense binding) >> 바인딩완료(조정/수정) 부분<br />
<br />
[[file:acc_coa_correct_01.jpg|800px]]<br />
<br />
* 계정(Account) 수정하기<br />
<br />
틀린 계정을 수정하거나, 집계 목적에 따른 계정으로 다시 분류 한다. (초기에 계정이 확정되어 있다면 문제 없음)<br />
<br />
[[file:acc_coa_correct_02.jpg|750px]]<br />
<br />
<br />
<br />
* 참고 : [[AM_role#사용_중인_COA|TW ERP에서 사용중인 CoA]]<br />
<br />
<br />
<br />
=프로젝트 개별비 처리 방안=<br />
프로젝트 개별비 6개 항목에 대해서 처리하는 방법에 대한 설명이다.<br />
<br />
프로젝트 개별비는 현지에서 발생하는 프로젝트 진행매출항목으로 6가지가 지정되어 있다.<br />
<br />
[참고] - 프로젝트 개별비 분류 6가지 (단, 현지 운반비와 이에 따른 부가세는 제조운반비 1개로 통일)<br />
:: 1) 제조지급수수료 (용역) - 현지 외주 용액<br />
:: 2) 제조교육훈련비 (기타) - 현지 교육비<br />
:: 3) 제조지급수수료(용역) - '''현지 채용 인건비'''<br />
:: 4) 제조지급수수료(기타) - '''PJT시운전비, 검사료''' 및 관련 (임시) 인건비 포함<br />
:: 5) 제조운반비 및 VAT - 현지 운송비 및 현장 물품대 VAT (재고 운반 부가세)<br />
:: 6) 제조소모품비(기타) - 현장 투입 소모성 공구, 안전용구 포함<br />
<br />
<br />
이에 대한 처리는 다음과 같은 방식이 추천된다.<br />
<br />
# CoA로 선언해서 사용하는 방법<br />
# Expense report의 공개/비공개 note 부분에 추가하는 방법<br />
# Expense report의 항목에서 최종 작성시 '''설명(Description)'''부분에 추가하는 방법<br />
# Extrafield 부분 개발<br />
# 사용자 #1,#2, ..., #6를 주고, 조직을 '''PJT_개별비''' 항목으로 함 : Sub-ledger로 등록해서(Accounting Code) 개별비를 사용하는 경우 (인원 혹은 조직으로 구분되어 집계 가능)<br />
<br />
[참고]<br />
2번과 5번의 차이는 web상에서 바로 조회가 되는 것인지, 아니면, data export를 통해서, 엑셀에서 조회하는 것인지의 차이임<br />
2번의 경우, Data export를 사용하여, 일단 파일로 필터링하여 추려내는 방법이다.<br />
5번의 경우, Sub-ledger에서 Accouting Code를 선택하여, 화면에서 바로 확인 가능하다. (1번 방법도 동일)<br />
<br />
본사 ERP 실적 입력에서 주의해야 할 사항은 본사 ERP (오라클)는 SPG별로 입력되기 때문에, 개별 SPG별 ERP 번호에 맞춰 입력해야지만, 최종 PMS에서 여러 SPG를 합해서 프로젝트 진행율로 나타난다. SPG별 입력은 현재는 본사인원이 임의로 SPG별로 입력하는 것으로 알고 있음. 해당 '''프로세스에 대한 정확한 지침이나 방향은 확인 필요.''' 본사 ERP 입력 방식에 따라서, 다음의 방법 중에서 선택하여 사용한다. '25년 12월 현재는 미정<br />
<br />
* CoA로 선언해서 사용하는 방법<br />
:: 1) Project ID와 해당 CoA조합으로 확인 가능<br />
:: 2) (미확인) - 본사 ERP의 코드가 바뀐다고함, 따라서, 자주 바뀌는 경우에는 CoA가 너무 많아져서, 복잡<br />
:: 3) 단, 항목이 6개 밖에 되지 않으므로, 기간과 조합하면, 자주 바뀌어도 CoA 별 총합은 변함없으므로, 실제 본사 ERP 입력에는 문제 없음<br />
<br />
:: [[file:process_value_01.jpg|800px]]<br />
<br />
<br />
* Note 부분 활용 - Expense Report의 공개/비공개 note 부분에 추가 (외형적 방법)<br />
:: 1) Tools Export에서 note는 바로 구분하여 엑셀 파일로 추가 가능<br />
:: 2) Export의 경우에, 해당 note를 모두 export하여, 나중에 엑셀에서 해당 부분 부분합 결산<br />
:: 3) 장점 - 바뀌는 본사 ERP번호(PMS Task) 번호를 그대로 유지 가능<br />
:: 4) 단점 - 코드가 너무 많아져서, 현장에서 확인 어려움<br />
:: 5) 권장 사항 - 개별비 부분은 Expense Report를 별도로 1개로 만드는 것 추천 (여러 건 청구 지양)<br />
<br />
:: [[file:process_value_02.jpg|800px]]<br />
<br />
<br />
* Description 필드 활용 - Expense Report에서 세부 작성으로 들어간 다음 (note 작성 이후)<br />
:: 1) Note 부분이 아니라, 해당 line에서 구분 가능 (1개의 ER에서 여러 개 비용(영수증) 처리 경우)<br />
:: 2) Tools의 expense에서 '''explaination''' 부분을 export해야함<br />
<br />
:: [[file:process_value_03.jpg|800px]]<br />
<br />
* Extrafield 부분 개발<br />
:: 해당 부분을 새롭게 개발하는 방법은 이미 공개되어 있으나, 유지관리 목적에서 권장되지는 않는 방법이다.<br />
<br />
<br />
:: 하지만, 해당 모듈에서는 더 많은 기능을 제공하지만, 상대적으로 더 복잡해지기도 하므로, 양날의 검과 같다. 시스템에 맞추면, 복잡해질 수 있음.<br />
<br />
<br />
* Sub-ledger로 등록해서 사용: '''Accouting Code''' 멤버로 등록<br />
:: 프로젝트 개별비를 멤버로 등록하여, 해당 멤버의 비용으로만 처리<br />
:: Sub-ledger에서 멤버의 Accouting Code를 참조하여, 별도로 구분함<br />
:: 프로젝트 번호(계약번호)로 구분되고, 항목은 Accounting code로 분류 가능<br />
<br />
:: [[file:pjt_specified_expese_01.jpg|800px]]<br />
<br />
* 제언<br />
여러가지 방식이 있는데, 현재 PMS 및 본사 ERP에서 운용하기 편한 방법을 고려하여, 상기의 방식 중 하나로 선택하여 사용하는 것을 권장한다.<br />
<br />
==선처리 방법==<br />
개별비 처리용 ID를 별도로 생성 (생성자가 아예 다르게 만듬)<br />
<br />
* CoA 구성<br />
해당 CoA로 구분 - 본사 PMS에서 Task 번호 연동 고민 필요<br />
<br />
여러개 CoA번호로 발생 위험 있음<br />
<br />
* ER작성시 구분<br />
- '''개별비 처리용 ID 생성''' : 사람처럼처리 (로그인을 달리해야 함)<br />
<br />
예시)<br />
YL : 프로젝트 개별비<br />
RLM : Red line 프로젝트 개별비 처리용 <br />
* 처음부터 구분해서 사용<br />
<br />
==후처리 방법==<br />
일반적인 비용전표(ER) 처리하듯이 하고, binding 과정에서 Journal(분개장)에서 변경해줌 (즉, 다른 공책에 번호 바꿔서 저장) CoA 그룹은 6(Expense) 이하 번호 할당해야 함<br />
* CoA 구성<br />
해당 CoA로 구분 - 본사 PMS에서 Task 번호 연동 고민 필요<br />
<br />
여러개 CoA번호로 발생 위험 있음<br />
<br />
* Accouting Journal 별도로 생성<br />
회계처리시, '''바인딩(Binding)에서 해당 account 번호로 수정'''<br />
<br />
예시)<br />
개별비 YL : accouting journal 생성<br />
개별비 RLM : accouting journal 생성<br />
* Binding에서 account 번호를 변경함<br />
<br />
=회기년도 관리=<br />
회기년도를 마감 및 관리하는 내용입니다.<br />
<br />
1년에 1번 이전 기록을 마감하고, 새로운 회기년도를 관리하기 위한 내용입니다.<br />
<br />
admin만 가능합니다.<br />
<br />
1. 회기년도 설정하기, fiscal period open<br />
<br />
회기년도 이름을 지정(보통 연도)하고, 시작기간과 끝기간을 설정해 준다.<br />
<br />
[[file:fiscial_period_open.jpg|900px]]<br />
<br />
* 해당 설정은 admin만 가능하고, Accounting 메뉴에서 '''설정'''으로 들어가야 만들 수 있다.<br />
<br />
2. 회기년도 마감하기, fiscal period close<br />
회계기간(회기)이 마감이 되면, 해당 기간을 마감한다.<br />
<br />
회기가 마감되면, 해당 회기의 내용을 수정하거나 변경할 수 없으니 주의한다.<br />
<br />
[[file:Fiscal_period_open_02.jpg|900px]]<br />
<br />
fiscal period를 close할 경우, 경고문과 함께 마감이 되는 것을 알려 준다.<br />
<br />
* 주의 - 해당 회기를 마감하면, 해당 기간 내용을 수정하거나 변경, 삭제가 불가능하다.<br />
<br />
<br />
[[분류:ERP]]<br />
[[분류:시스템 관리]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=Admin%EA%B4%80%EB%A0%A8&diff=1270Admin관련2026-08-31T02:42:01Z<p>Hschoi2: /* 전체 tag/category 메뉴 */</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 />
로그인 포털 >> 고급 (생성)<br />
<br />
역방향 프록시를 설정한다. --> 패킷이 도달하면, HSTS 활성화 (443 포트로 들어온 놈)을 찾아서, <br />
<br />
만들어 놓은 list 예를 들어 https(443) ---> http://localhost:xxx (포트)로 넘김<br />
<br />
<br />
* 확인 필요<br />
1) localhost가 아닌 내부 IP(192.169.xxx.xxx)로 연결하면 에러나는 듯? (에러 안나야 하는데)<br />
<br />
2) HSTS가 2개가 동작하는 경우, 둘다 응답하는 문제, 동일 IP 한개에서만 답변하므로.<br />
만약 하나의 IP를 share 하고<br />
두 개의 서버에서 443으로 처리 한다고 하면, 서버 둘에 모두 443이 동작하나? 아니면 먼저 도착한 서버만 응답하나?<br />
<br />
<br />
<br />
* 참조 - Wildcard certificate 순서<br />
<br />
1) Wildcard certificate 설정<br />
<br />
DDNS를 enabled 시킨다. - floating IP에 대해서 추적 dns 연결<br />
<br />
Control panel / Security / Certificate 에서 add<br />
<br />
체크 사항<br />
- Let's Encrypt 체크<br />
- Set as default certificate<br />
<br />
* Get a Certificate from Let's Encrypt <br />
<br />
* 다음 설정을 한다.<br />
- Domain name : tcampXX.synology.me<br />
- Email : 본인의 e-mail<br />
- Subject Alternate Name: *.tcampXX.synology.me (인증서를 받을 사이트 이름, 여기서는 wildcard '''*''' 로 설정, 모두)<br />
<br />
* Control Panel / Login Portal / Advanced 텝에서 <br />
<br />
이 과정은 ngnix과정으로 Reverse proxy 설정라고도 한다. 내용은 포트 443(https)로 보내고, 443에서는 서버이름, 예를 들어 dolibarr, nocodb, n8n 으로 (wildcard 부분) 들어온 서버 주소를 정상적인 80포트로 연결해 주는다. (이를 HSTS 라고 함) <br />
<br />
'''Reverse Proxy''' 설정<br />
<br />
* Source<br />
https 로 들어 오는 주소, 예를 들어 https://n8n.tcampxxx.synology.me 이고 포트는 443<br />
<br />
HSTS enable 시키고,<br />
<br />
* Destination<br />
host name, localhost (내부 주소도 되나? 192.168.xxx.xxx, 할당된 포트<br />
<br />
* 참고 : HSTS<br />
<br />
Reverse proxy 환경에서 '''HSTS (HTTP Strict Transport Security)'''는 웹 보안 강화를 위한 중요한 HTTP 응답 헤더입니다. 이 개념을 간단히 설명하면 다음과 같습니다:<br />
<br />
---<br />
<br />
🔐 '''HSTS란?'''<br />
<br />
'''HSTS (HTTP Strict Transport Security)'''는 웹 서버가 브라우저에게 '''"앞으로 이 도메인에 대해 HTTPS로만 접속하라"'''고 지시하는 보안 메커니즘입니다. 이는 '''MITM(중간자 공격)'''이나 '''SSL Stripping''' 같은 공격을 방지하는 데 효과적입니다.<br />
<br />
---<br />
<br />
🧩 '''Reverse Proxy와 HSTS의 관계'''<br />
<br />
Reverse proxy는 클라이언트와 실제 서버 사이에 위치하여 요청을 중계합니다. 이때 HSTS는 다음과 같은 방식으로 적용됩니다:<br />
<br />
1. '''Reverse Proxy가 HTTPS를 처리하는 경우''':<br />
- 클라이언트는 Reverse Proxy와 HTTPS로 통신.<br />
- Reverse Proxy가 HSTS 헤더를 클라이언트에게 전달하거나 직접 설정.<br />
- 실제 백엔드 서버는 HTTP로 통신할 수도 있음 (내부망).<br />
<br />
2. '''HSTS 헤더 설정 위치''':<br />
- Reverse Proxy에서 직접 설정하는 것이 일반적입니다 (예: Nginx, Apache, HAProxy).<br />
- 예시 (Nginx):<br />
```nginx<br />
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always;<br />
```<br />
<br />
3. '''주의사항''':<br />
- HSTS는 HTTPS 연결에서만 작동합니다. HTTP에서는 무시됩니다.<br />
- 한번 설정되면 브라우저는 해당 도메인에 대해 강제로 HTTPS를 사용하므로, 실수로 HTTP만 지원하는 서비스가 있으면 접근 불가 문제가 생길 수 있습니다.<br />
<br />
---<br />
<br />
✅ '''HSTS의 주요 옵션'''<br />
<br />
- `max-age`: 브라우저가 HTTPS만 사용하도록 강제하는 기간 (초 단위).<br />
- `includeSubDomains`: 모든 서브도메인에도 적용.<br />
- `preload`: 브라우저에 미리 등록 요청 가능 (엄격한 보안 필요 시).<br />
<br />
---<br />
<br />
==디렉토리 구조==<br />
exposed: documents /var/www/documents<br />
<br />
exposed: html /var/www/html/custom (portainer 설정에서도 확인 할 것)<br />
<br />
<br />
==언어팩 관련==<br />
업그레이드를 한 이후에는 TW ERP에 맞게 언어 팩을 수정해 주어야 한다.<br />
(일부 파일 교체)<br />
<br />
* 수정 원본 파일 위치: /var/www/html/custom/bug_fix (tw subfolder)<br />
<br />
* 웹서버 디렉토리: /var/www/htdocs/langs/ko_KR (/zh_TW)<br />
<br />
'''/var/www/htdocs/langs/ko_KR# cp ../../custom//bug_fix/*.* ./''' - 한글 언어팩 수정<br />
'''/var/www/htdocs/langs/zh_TW# cp ../../custom/bug_fix/tw/*.* ./''' - 대만 언어팩 수정<br />
<br />
<br />
* Alias 적용 이후<br />
<br />
bug/fix directory (원본) : var/www/htdocs/custom/bug_fix, 대만은 sub-directory로 tw<br />
Target directory (위치): var/www/htdocs/langs/ko_kr, 대만은 var/www/htdocs/langs/zh_TW<br />
<br />
==Third Parties 수정 관련==<br />
협력사로 번역되는 Third parties 부분은 다른 언어 팩과 조금 다르다. 여러개가 섞여 있어서 그런듯...<br />
<br />
* Thirdparties 위치와 해당 예약어(?) 찾기<br />
<br />
디렉토리 위치: /var/www/html/core/menus/standard/eldy.lib.php (파일에서)<br />
$newmenu->add("/societe/list.php?leftmenu=thirdparties", $langs->trans("List"), 1, $user->hasRight('societe', 'lire'), '', $mainmenu, 'thirdparties_list', 2);<br />
여기서 확인해 보면, lang 파일에서 "List"로 되어 있다.<br />
<br />
<br />
* 언어팩(langs) 위치<br />
언어팩 위치는 다음과 같다.<br />
<br />
디렉토리 위치 : /var/www/html/langs/ko_KR<br />
사용 파일: 'ThirdParties' => '거래처 관리' ??? --> 어디서 수정하는 거야?<br />
<br />
* 기타 변경 가능한 UI 요소<br />
<br />
탭 구성: card.php에서 $head 배열을 수정<br />
버튼 스타일: CSS는 /theme/eldy/style.css.php 또는 사용하는 테마 폴더에서 수정<br />
필터 및 검색창: list.php 내의 print_search_form() 함수<br />
<br />
<br />
* 수정일반 사항<br />
# UI 변경<br />
# 기능 변경<br />
# 권한 설정<br />
<br />
== 기타 전문적인 시스템 관련해서 참조 문서==<br />
[[시스템관리]] 참조<br />
<br />
=비즈니스 로직관련=<br />
업무 로직 관련 사항입니다. <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 />
[[tools_tag_01.jpg| 600px]]<br />
<br />
===Users & Groups===<br />
사용자와 그룹을 설정한다.<br />
<br />
* Group 설정 - 퍼미션 설정<br />
회계에서 작성, 검사, 승인을 설정하는 그룹을 만들고, 퍼미션을 설정한다.<br />
<br />
참고: 현재 그룹 설정<br />
- PWO: Project Working Organization, 작성 그룹<br />
- PSO: Project Support Organization, 회계 그룹<br />
- PM_ERP: 승인 그룹이다.<br />
<br />
각 그룹의 퍼미션<br />
<br />
* PWO<br />
다른 사용자 검색 부분, 본인의 정보 수정을 허용하고, 기타 필요한 권한을 허용한다.<br />
<br />
비용전표(Expense Report)에서 본인과 본인 조직의 것을 읽고, 작성하는 권한을 부여한다.<br />
<br />
[[file:erp_new_01.jpg|600px]]<br />
<br />
* PSO<br />
필요시, 인원관리 부분도 허용한다. 하지만, 익숙하지 않은 경우, 조직도 수정 오류가 있으므로, 해당 권한 부여에 주의한다.<br />
<br />
프로젝트 현황 및 다른 프로젝트 비용 청구를 위해서는 모든 프로젝트에 접근해서 확인 할 수 있도록 허용한다.<br />
<br />
프로젝트 접근 권한 허용 (타 프로젝트도 조회할 수 있는 경우)<br />
<br />
[[file:erp_new_02_1.jpg|600px]]<br />
<br />
비용전표(Expense Report)를 처리 할 수 있게 권한을 부여한다. 아래 권한은 본인의 비용전표만 보이도록 한 경우이다.<br />
<br />
필요한 경우, Read all expense reports(...not subordinates)를 허용하는 경우에는 다른 프로젝트의 비용전표도 조회가능하다.<br />
<br />
[[file:erp_new_02_2.jpg|500px]]<br />
<br />
급여의 경우, 다른 프로젝트에서 조회가 안되는 것을 기본으로 하는데, bank 부분과 권한 충돌이 있다.<br />
<br />
Billing 메뉴에서 회계담당자가 속해 있는 담당자만 확인이 가능하게 설정하더라도, bank와 총계정원장(Ledger, jornals)에서 급여 부분은 확인이 가능하다. 이것을 제한하고자 하면, bank access 부분과 총계정원장 접근에 대한 제한을 고려해야 한다. 현재는 salary에서 회계담당자가 속해있는 프로젝트만 조회 및 입력이 가능하도록 되어 있다.<br />
<br />
[[file:erp_new_02_3.jpg|400px]]<br />
<br />
* PM_ERP<br />
사용자의 비밀번호도 변경할 수 있는 권한을 부여한다. <br />
<br />
타인의 비밀번호도 수정할 수 있는 권한 부여, 단 생성은 관리를 위해서 administrator만 가능하게 되어 있다.<br />
<br />
[[file:erp_new_03_1.jpg|400px]]<br />
<br />
비용 전표의 경우, 모든 권한을 허용해 놓았고, 회계담당자와 조직 구성에서 수직구조가 되지 않는 경우 (1명의 회계담당자가 여러 프로젝트를 관리하는 경우) PM이 본인의 프로젝트에 비용전표에 접근하기 어려운 경우가 있어서 모든 전표를 읽을 수 있게 설정하기도 한다. (회계담당자가 해당 프로젝트에 속해 있지 않아, 회계 담당자 작성 내용이 보이지 않는 경우 있음)<br />
<br />
[[file:erp_new_03_2.jpg|400px]]<br />
<br />
급여의 경우, 모든 내용을 다 볼 수 있게 설정한다.<br />
<br />
[[file:erp_new_03_3.jpg|400px]]<br />
<br />
===Accounting 설정===<br />
Administrator 만 설정이 가능하다.<br />
<br />
설정사항은 account 메뉴에서 기록한다.<br />
<br />
[[file:erp_acc_01.jpg|300px]]<br />
<br />
<br />
* Accounting Jornals - 분개장(기록장) 설정하기, 프로젝트당 2개 (BQ, ER)<br />
은행 기록장과 비용 기록장 2개를 설정한다. 주로 사용하는 것은 비용 분개장(기록장, ER)이다.<br />
<br />
[[file:erp_acc_03.jpg|400px]]<br />
<br />
<br />
* Chart of accounts '''model''' - 회계 모델 종류 (원래는 여러개가 있는데, 현재 것에서는 사용하는 것만 남겨 놓음)<br />
<br />
[[file:erp_acc_04.jpg|500px]]<br />
<br />
<br />
* Chart of accounts - 선택, 사용 중인 CoA 모델<br />
사용 중인 계정(Account) 모델이고, 필요에 따라 추가 삭제하여 사용할 수 있다.<br />
<br />
필요없는 것을 삭제 안하고 그대로 두는 이유- ERP는 본사에서 회계 정보를 확인하기 위하여 사용하기도 하지만, 현지 국가(대만)의 세무신고로도 사용된다. 따라서, 현지 필요에 따라 계정을 추가 혹은 사용해야하는 경우가 있기 때문에, 임의로 삭제하지 않고, 추가 생성의 경우에도 6개 항목 범주에서 설정하여 사용한다. 특히 ENG-BASE의 그룹(범주) CAPIT, IMMO, THIRDPARTY, STOC, FINN, EXPENSE, INCOME에서 검토 후에 해당 (어카운트) 코드를 추가하도록 한다.<br />
<br />
[[file:erp_acc_05.jpg|800px]]<br />
<br />
<br />
* Chart of individual accounts - 멤버(사용자)의 프로젝트 회계 코드 할당 상태<br />
총계정원장에 기록의 경우, 여러 프로젝트들이 섞여 있기 때문에 이를 구분할 필요가 있다. 이러한 구분을 위해서 각 멤버들을 등록할 때, 회계 계정을 설정하게 되어 있는데, 이를 조회하는 화면이다.<br />
<br />
[[file:erp_acc_06.jpg|800px]]<br />
<br />
* Default accounts - 기본 계정<br />
아직 장부상 기록되지 않은 내용, 계정이 할당되지 않은 것에 대한 기본 기록으로, 처리의 경우 해당 내용을 사용하게 된다.<br />
<br />
특히 고객의 경우 411, 공급업체에 대해서는 322, 비용보고서의 사용자(멤버)의 비용은 우선 421로 구분한다. 그룹으로 나누어 보면 편리하다. 고객과 협력사 그리고 내부의 비용 혹은 자금으로 구분하는 것으로 볼 수 있다.\<br />
<br />
기타 VAT에 대한 설정은 부가가치세 계정과 중복이다. (둘 중에 1개에만 설정하면 됨)<br />
<br />
[[file:erp_acc_07.jpg|1100px]]<br />
<br />
* Bank accounts - '''Banks|Cash''' 메뉴와 동일함<br />
<br />
* VAT accounts - 부가세 설정<br />
부가세는 판매 부가세가 있고, 구매 부가세가 있다. 구매 부가세의 경우 환급이 되므로 이를 관리하게 된다. 판매 부가세의 경우, 세무서에서 해당 부가세를 발급한 경우가 있는지 확인하는 경우가 있고, 대만의 경우, 환급이 되므로, 판매사에 부가세를 별도 신고로 부담하게 하는 경우가 종종 있다.<br />
<br />
[[file:erp_acc_08.jpg|800px]]<br />
<br />
<br />
* Tax accounts - 세금 처리 계정<br />
세금의 처리의 경우, 집계 주체에 따라서 구분이 되어야 한다. 예를 들어, 급여에 대한 세금은 본사에서는 비용으로 집계가 되지만, 대만법에서는 비용으로 허용이 되지 않아서, 비용 부분에서 제외 되어야 한다. 수익에서는 제외되어 합산 되는 경우.<br />
<br />
이러한 차이로 인하여, 별도로 구분되어 처리되어야 한다. 현지 회계법인을 사용하고 있으므로, 부가세를 제외한 세금처리는 별도로 하지 않고, 비용전표에서 처리한다. 하지만, 해당 내용에 대한 구분을 위한 계정은 할당되어 있다. <br />
<br />
[[file:erp_acc_09.jpg|800px]]<br />
<br />
<br />
* Expense report accounts<br />
비용전표에서 사용하는 계정의 별칭을 두는 것이다. 예를 들어 6261은 통신료라는 이름으로 조회 가능하다. 회계 담당자는 적당한 것이 없는 경우, 번호로 추가 혹은 수정 가능하다. <br />
<br />
[[file:erp_acc_10.jpg|800px]]<br />
<br />
<br />
* 참고 - 일반 회계 기능에 대한 설정<br />
은행계좌 거래 직접 기록 해제의 경우, 은행 계좌를 자동으로 읽어 오는 기능을 활성화 할 경우, 은행계좌 직접기록을 막아 놓는다.<br />
<br />
회계 계정 표준화를 위한 자리 수 설정 6자리 사용시 나머지 "00" 붙여서 사용하기<br />
<br />
기타 회계상 필요에 따라 설정 적용하여 사용할 수 있다.<br />
<br />
[[file:erp_acc_02.jpg|800px]]<br />
<br />
<br />
====회계 계정 설정====<br />
'''회계 계정'''라는 것은 필요에 의해서, 비용 사용 내역을 구분하기 위해서 설정해 놓는 것이다.<br />
<br />
예를 들어 같은 PJT의 경우라도, sub group이 있는 경우, 이를 구분하기 위해 사용한다. 이를 sub-ledger (부분분개장)이라고 구분한다.<br />
<br />
특히, 하나의 은행 계좌에서 여러 개의 sub로 나누어져 있는 경우에는 관련 인원별로 '''회계 코드'''를 별도로 놓아서, 구분할 수 있다.<br />
<br />
* 주의 사항<br />
# ERP의 비용은 사람의 비용 사용을 기준으로 하기 때문에, 1사람은 1개의 비용 코드를 갖는다.<br />
# 비용 전표(Expense Report, ER) 작성시, PJT 번호를 물리기 때문에, 프로젝트 별로 구분은 기본이다.<br />
# 1개의 프로젝트에서 여러개의 비용을 구분하는 경우, '''회계 계정'''을 다르게 두어서 구분하는 용도이다.<br />
# 회계 계정의 등록은 사용자 카드에서 등록하고, 회계 계정 자체는 그룹의 '''Tags/Categories'''에서 확인 한다.<br />
<br />
* '''회계 계정'''의 등록 - 사용자 카드<br />
사용자를 설정할 경우, 사용자의 정보 중에 회계 계정을 등록한다.<br />
<br />
'''! 주의사항'''<br />
이것은 사용자의 은행 계좌(계정)을 말하지 않는다. 사용자의 은행 계좌는 '''HR 및 은행'''에 별도로 등록할 수 있다.<br />
<br />
프로젝트에 속해 있는 혹은 프로젝트 계정을 말한다. ( 회계계정 = 프로젝트 비용 코드 )<br />
<br />
[[file:member_02.jpg|600px]]<br />
<br />
* Accounting에서 실제 회계 계정의 사용<br />
<br />
[[file:tag_categories_02.jpg|1200px]]<br />
<br />
* 주의: 회계 계정의 통일성 유지<br />
<br />
본 내용은 반드시 지켜야할 내용은 아니지만, ERP 활용에서 일관성을 유지하기 위한 내용이다.<br />
<br />
# 프로젝트 '''그룹 태그'''를 구성한다.<br />
# 사용자 설정시, '''그룹 태그'''를 사용한다.<br />
# '''회계 계정'''을 그룹 태그와 동일하게 유지한다.<br />
<br />
이렇게 하면, 프로젝트 그룹 = 프로젝트 비용 구분이 동잏라게 유지된다.<br />
<br />
[[file:tag_categories_01.jpg|800px]]<br />
<br />
* 참고: 일부 태그는 회계 계정(이름)과 다르게 설정된 경우 있음, 임시 활용 때문임.<br />
<br />
====Bank Accounts의 Journal 연결====<br />
Accounts를 설정하고, 이를 별도의 분개장(Journal)을 만들어야지, 별도로 집계된다.<br />
<br />
즉, CoA를 통한 계정과목 별로 집계는 되는 데, 그 집계 내용 중에서 프로젝트 별로 어디에 속하는 지 구분하기 위해서는 journal(분개장)이 필요하다.<br />
<br />
따라서, 다음의 과정을 설정해 주어야 한다.<br />
# 분개장을 만들고 (임의의 분개장)<br />
# 분개장 CoA 코드 (혹은 그룹) 결정 - 비용인지, product인지 구분<br />
# 은행계좌 연결<br />
<br />
* 이것은 admin 계정만 가능하고, 처음 설정 1회만 해 주면 된다.<br />
* 또한, 프로젝트 개별비 내용만 별도로 만드록 싶으면, 여기서 Journal(분개장)을 만들어서, accouting 작업할 때, 별도로 기록하게 할 수 있다.<br />
<br />
::[[file:journal setup01.jpg|800px]]<br />
<br />
:::분개장 연결의 예<br />
<br />
<br />
<br />
====Defualt accounts====<br />
<br />
ERP 처음 사용을 위해서, 기본적으로 설정해야 할 계정에 대한 설명입다. 계정 사용에서 가장 중요한 부분이고, 이에 대한 설명이 잘 없어서, 여기서 많이 delay된다.<br />
<br />
* default account<br />
기본 계정이라고 하면, 일단 무엇인지 모르지만, 시작점을 지정하는 것이다. <br />
즉, <br />
:: 고객 - 411-Customers<br />
:: 협력공급사 - 401-Suppliers<br />
:: GL 계정 (General Ledger, 총계정원장) 4-Amounts receivable and payable<br />
:: 직원 (현채인) 비용 - 421-Staff Cost (직원 지급 비용 총괄]<br />
<br />
::[[file:default_acc_01.jpg|700px]]<br />
<br />
* 기타 deault account<br />
<br />
* Product <br />
::* Account (from the Chart Of Account) to be used as the default account for the sold products (used if not defined in the product sheet) - 33 - Ongoing production of goods<br />
:: * Account (from the Chart Of Account) to be used as the default account for the sold services (used if not defined in the service sheet) - 34 - Ongoing production of services<br />
:: * Account (from the Chart Of Account) to be used as the account for transitional bank transfers - 58 - Internal Transfers [내부이체]<br />
:: * Account (from the Chart Of Account) to be used as the account for unallocated funds either received or paid i.e. funds in "wait[ing]" - 471 - Waiting Accounts [임시계정]<br />
<br />
<br />
====VAT accounts====<br />
부가세 항목 결정<br />
<br />
* 대만의 경우 영세율과 부가세 5%가 있다.<br />
:: * 매출 부가세 : '''6312'''<br />
:: * 매입 부가세 : '''6311'''<br />
:[[file:default_acc_02.jpg|800px]]<br />
<br />
====기타 세금 : Tax accounts====<br />
기타 세금에 관련된 내용이다. 별도의 세금 혹은 세금과 관련된 진흥회비 등 세금 성격이 붙는 것들을 정의하여 사용할 수 있다.<br />
<br />
ACT Annual corporation tax TW - Taiwan 697 <br />
IT income tax TW - Taiwan 695 <br />
OPT Other payroll taxes TW - Taiwan 647 <br />
OTD Other taxes, duties and similar payments (tax administrations) TW - Taiwan 635 <br />
TOP Taxes and similar payments on remuneration (tax administrations) TW - Taiwan 631<br />
<br />
:[[file:default_acc_03.jpg|800px]]<br />
<br />
<br />
====비용계정 설정====<br />
기타 항목(Dictionary) 설정이라고도 한다. 즉 비용 계정 중에 코드로 지정해서 사용할 수 있는 것이다.<br />
<br />
:실제 expense report 작성할 때 코드를 사용할 수 있어야 하는데, 이 부분에 대해서는 별다른 언급은 없다. 단지 '''label'''을 이용해서 검색이 가능하다. 추후 code 사용 여부 확인할 것<br />
: * ERP 내부적으로 사용하는 code를 말하는 것일 지도 모름, 아직 코드로 활용되는 것 없음<br />
<br />
:[[file:default_acc_04.jpg|800px]]<br />
:: * Expense Report 작성 중 "유형" 부분 입력 창 검색 화면<br />
<br />
===SL_Group 활용===<br />
SL_Group은 Salary_Group을 설정하는 것이다.이것은 only blilling의 Salary에서만 사용하는 tag/group으로 설정도 유니크하다. <br />
<br />
* 급여 입력 화면<br />
Billing >> salary 메뉴에서 입력<br />
<br />
:: [[file:sl_group01.jpg | 700px]]<br />
:: * 급여 입력시 '''SL_Group''' 선택<br />
:: * 현재 급여 구분 기준은 단순 프로젝트 구분으로 사용 - 단 하위 프로젝트가 여러 개의 경우에는 추가로 구분 tag/group 생성할 것<br />
:: * 기타 구분자 추가할 수 있음 <br />
<br />
<br />
SL Group은 2가지 의미를 갖고 있다.<br />
: 1) 프로젝트별 그룹 - 프로젝트별 그룹<br />
: 2) pay band별 그룹 - 역무에 따른 pay band 설정<br />
<br />
TW ERP에서는 1)의 프로젝트 별 그룹으로 설정하는 것으로 사용한다. 즉, 프로젝트별 slary를 취합하기 위해서, billing의 경우 tag를 부여하여, 나중에 확인하기 위한 것이다. <br />
<br />
:: !참고: Project 별로 구분되기 때문에 SL_Group(tag/group)으로 구분하는 것은 이중으로 구분하는 것이다. 따라서, 나중에는 2) pay band로 변경해서 사용해도 된다.<br />
<br />
====SL_Group 설정====<br />
SL_Group의 설정은 일반적인 tag/group (tools >> tags/group설정 메뉴)와 달리, finance 모듈 설정에서만 만들 수 있다.<br />
<br />
* SL_Group 작성하는 법<br />
(admin만 가능하다)<br />
: 1. Home >> '''모듈 / 응용 프로그램''' 진입<br />
: 2. Finance >> '''Salary''' 선택<br />
: 3. Complementary attributes (salaries) tab 선택 및 수정<br />
<br />
:: * 2-1 Finance에서 Salary 진입<br />
::: [[file:sl_group02.jpg | 700px]]<br />
<br />
:: * 2-2 Salary 항목 세부 조정<br />
::: [[file:sl_group03.jpg | 700px]]<br />
:: * SL_Group의 list를 수정하거나, 필요시 새로운 구분자를 추가한다.<br />
<br />
:: * 2-2 Salary 항목 세부 조정<br />
::: [[file:sl_group04.jpg | 700px]]<br />
:: * SL_Group의 list를 수정하거나, 필요시 새로운 구분자를 추가한다.<br />
<br />
:: 참고<br />
:: * SL_Group외에 추가적인 입력항 만들기 (항목: test)<br />
::: [[file:sl_group04_1.jpg | 700px]]<br />
<br />
<br />
:: * Billing 입력시 추가된 test filed<br />
::: [[file:sl_group05.jpg | 700px]]<br />
<br />
==신규 멤버 추가의 예==<br />
신규 멤버를 추가하는 것과 관련된 내용입니다.<br />
<br />
===신규 멤버 추가하기===<br />
* 준비 사항<br />
# 사용자 이름, 영문, 현지어<br />
# e-mail 주소: 암호 잊어버릴 경우 자동사용<br />
# 관련 프로젝트 이름(회계코드)<br />
<br />
* 중요 규칙<br />
# 사용자 ID는 회사 email ID를 사용한다. 예를 들어 HONGGILDOG@ls-electric.com의 경우, HONGGILDONG이 ID가 되어야 함<br />
# 사용자 ID를 임의로 생성하는 것은 금지하며, (필요시 임시생성 OK) 회사 email 부여 받고 사용한다. (현채인의 사번은 email 주소임)<br />
# 사용자 이름은 성: 영문성 현지이름, 이름 부분 영어이름 으로 구성 할 것 (검색시 확용)<br />
# 프로젝트 회계 코드 반드시 넣을 것 (준비사항 동일)<br />
# 작업 그룹 : 일반 사용자는 '''PWO''' 사용 할 것 (PSO는 권한이 많아서 주의)<br />
<br />
<br />
<br />
<br />
* 신규 멤버 등록 절차<br />
요약설명<br />
- 신규 멤버 생성: 이름(규칙 주의), email (회사), ERP ID, 초기 암호(LS@.....) 부여<br />
- PJT 회계코드, 실제 사용 email 입력 <br />
(생성 클릭 후) <br />
- 신규 생성 후, working group 할당 (권한 부여)<br />
<br />
참고: [[아이디_부여]]<br />
<br />
1. 신규 멤버 생성 <br />
<br />
Home에서 new 생성<br />
<br />
<br />
<br />
회사에 부여받은 '''email ID = ERP ID'''<br />
현채인 사번은 email ID임<br />
<br />
<br />
2. PJT 회계 코드 부여 (필수)<br />
<br />
사용하는 email을 등록 하기 (초기엔 회사메일로 해도 됨) - 비번 잊어 버렸다고 관리자에게 계속 연락 오므로, 실사용 email 등록 권장<br />
<br />
'''PJT 회계 코드'''<br />
<br />
<br />
[[file:member_02.jpg|600px]]<br />
<br />
* TYC-TMP : 신호 타오위엔 프로젝트<br />
* SB02 : 신호 유지보수<br />
* KHH-YL : 가오슝 엘로 라인<br />
* KHH-RL-S : 가오슝 레드라인 남부 <br />
* KHH-RL-N : 가오슝 레드라인 북부<br />
<br />
3. 그룹(PWO) 할당<br />
사용자 그룹을 할당해 준다.<br />
사용자 그룹<br />
1) PM 그룹 - 모든 권한 (승인)<br />
2) PSO 그룹 - 회계 권한 (검토 요청)<br />
3) PWO 그룹 - 사용자 그룹<br />
<br />
[[file:member_03.jpg|800px]]<br />
<br />
===신규 멤버 삭제하기===<br />
멤버 삭제의 경우, 개인 프로파일에서 삭제하면 제거 가능<br />
<br />
* 주의 사항<br />
'''프로젝트 테그'''를 먼저 삭제하여야만 개인 프로파일이 삭제됨<br />
<br />
* 사용자가 삭제되지 않는 경우<br />
[[file:member_remove_02.jpg|500px]]<br />
<br />
* Tag를 제거한 후, 삭제 가능<br />
[[file:member_remove_01.jpg|800px]]<br />
<br />
<br />
==Multi-company 구성시 주의사항==<br />
멀티컴패니는 하나의 ERP서버에서 여러 개를 운영할 때 사용하는 모듈이다. 개별적으로 설치해서 사용해도 되지만, 여건상 1대에서 모든 데이터를 사용하는 것이다.<br />
<br />
시스템 관리상 편리하지만, 반대로, 서버 1대에 여러 정보를 사용하므로, 백업 등의 관리에 특별한 주의를 요한다.<br />
<br />
===멀티 사용자===<br />
기본적으로 사용자들은 서로 시스템을 넘어서 사용할 수 없다. 즉, 대만 사용자가 이집트 사용자를 조회할 수 없다.<br />
<br />
그러나, 시스템 관리자(Administrator)는 관리 측면에서 모든 사이트를 봐야 하기 때문에, 여러 사이트 운영관리자는 필연적으로 관리자(Administrator) 권한을 갖게 된다.<br />
<br />
====엑셀을 이용한, 사용자 일괄 추가====<br />
사용자를 일괄로 추가할 수 있다. 단, 이미 추가된 사용자는 삭제하고, 다시 올리는 것만 가능하다. <br />
<br />
즉, 다음과 같은 제약이 있다.<br />
<br />
Insert - 가능(O), 추가하는 것은 엑셀, csv 파일로 가능<br />
update - '''불가(X)'''<br />
<br />
수작업으로 update하거나, DB에 직접 access하는 방법만 가능하다. 단, 3rd party 프로그램을 구매해서 사용 가능하다. <br />
<br />
* SQL 방법의 경우, 프로그램적인 요소를 사용해야 하고, dolibarr 설치 환경이 docker 이므로, docker 환경과 docker 네트워크, 일반 네트워크 등을 이해하는 경우에만 SQL 업데이트를 사용하는 것이 바람직하다.<br />
<br />
===기본 회계, 세금 코드 설정===<br />
기본 회계 계정과목('''CoA''')를 설정해 주어야 한다.<br />
<br />
* 주의사항<br />
처음 멀티컴패니를 이용해서, 다른 조직/국가를 생성할 때, '''기본값(defualt)는 회계코드(CoA)를 복사하지 않는다.'''<br />
<br />
또한, 버전 간의 오류로 복사한다고 해서, 바로 사용하지 못하는 경우도 있다.<br />
<br />
따라서, 회계코드(CoA)를 복사하기 보다는 <br />
# 현재 사용중인 CoA를 '''export''' 한다. (Tools 메뉴)<br />
# Export한 CoA를 해당 멀티컴패니 모듈에서 admin이 '''import'''하여 사용한다.<br />
<br />
만약, 회계코드를 복사하여 그래도 사용하는 경우에는 (CoA만 복사하여 사용하는 경우이다. 해당 CoA에 할당된 값을 복제하는 것은 아님, 마치 목차나 양식만 복사해오는 것과 동일)<br />
<br />
멀티컴패니 생성할 때, 맨 아래, copy사용 부분을 체크해 주면된다.<br />
<br />
* 나중에 그림 추가, 멀티컴패니 생성, 수정에서 맨 아래 라디오 버튼 클릭 화면 추가<br />
<br />
==기본 회계설정==<br />
<br />
기타 회계설정과 동일 (아마 작성해 놓았을 듯... 다 따로 있어서 그렇지..)<br />
<br />
<br />
* Accouting에서 설정(Setup)<br />
내용 순서.<br />
<br />
====Accouting Journal====<br />
프로젝트가 여러 개의 경우, 새롭게 만들어 줄것, default는 1개를 사용하게 되어 있음.<br />
<br />
====Chart of accouts models====<br />
사용중인 CoA 모델에서 선택하여 사용, 없으면, 신규로 import해서 사용<br />
<br />
* 생성/수정으로 copy한 경우<br />
안보이는 경우도 있다. import를 하면, 이전 것은 무시되어 update가 되므로, import 후에는 보이기도 한다.<br />
<br />
====Accounting period====<br />
회기년도를 입력한다. 각 국가의 회기기간에 맞춘다. <br />
<br />
<br />
====Defualt Accouting====<br />
'''가장 중요한 항목'''으로 이것이 설정되지 않으면, 아예 동작하지 않는다. 짇금 당장 처리하지 못하더라도 발생된 사항을 일단 모아녾는 temporary 계정 역할을 하므로, 반드시 설정해 주어야 한다.<br />
<br />
기본적인 설정 사항은 다음과 같다.<br />
<br />
{| class="wikitable"<br />
! 번호<br />
! 설명<br />
! 할당 계정(코드)<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | Customer/Users<br />
<br />
|-<br />
| 1<br />
| Account used for "customer" third parties<br />
| 411 - Customers<br />
<br />
|-<br />
| 2<br />
| Account used for the "vendor" third parties<br />
| 401 - Suppliers<br />
<br />
|-<br />
| 3<br />
| Accounting account used for user third parties<br />
| 410 - Customers and Related Accounts<br />
<br />
|-<br />
| 4<br />
| Account used by default for "users" on expense reports<br />
| 421 - Staff - Remuneration due<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | Product<br />
<br />
|-<br />
| 5<br />
| Account to be used as the default account for the sold products, used if not defined in the product sheet<br />
| 33 - Ongoing production of goods<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | Service<br />
<br />
|-<br />
| 6<br />
| Account to be used as the default account for the sold services, used if not defined in the service sheet<br />
| 34 - On-going production of services<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | 기타<br />
<br />
|-<br />
| 7<br />
| Account to be used as the account for transitional bank transfers<br />
| 58 - Internal transfers<br />
<br />
|-<br />
| 8<br />
| Account to be used as the account for unallocated funds either received or paid, i.e. funds in waiting<br />
| 471 - Waiting Accounts<br />
<br />
|}<br />
<br />
<br />
====VAT Accounting====<br />
VAT를 사용하는 나라에서는 해당 VAT를 설정해 준다.<br />
<br />
VAT 요율(%) 설정 및 매입 부가세 '''6312''', 매출 부가세 '''6311'''이다.<br />
<br />
====TAX Accounting====<br />
VAT를 제외한 기타 세금은 여기서 추가해고 해당 account code를 할당한다.<br />
<br />
나중에 그림 추가할 것. Accounting >> Setup >> Tax Accounting 임<br />
<br />
<br />
====Closure Accounting====<br />
결산 계정, 할당하면, 결산과 이월 코드를 입력해 주면, 자동 반영된다.<br />
<br />
* 추후 사용<br />
해당 국가 혹은 프로젝트 마감 결산에서 활용할 수 있다.<br />
<br />
잘 사용하면 아주 유용한 기능이지만, 본사 회계와 관련되어 반영되지 않는 항목들이 있어서, 이러한 것들이 완전히 정의되지 않은 상태에서 사용하면 문제가 있어서, 우선 결산에 대한 부분을 회계와 확정한 후에 사용하는 것이 좋다.<br />
<br />
<br />
===Bank 설정 및 계정===<br />
은행 계정 설정에서 주의해야 할 것은 <br />
# Journal 설정<br />
# bank account 할당이다. <br />
<br />
* Journal 설정<br />
프로젝트가 1개만 관리할 경우, default 사용해도 됨.<br />
<br />
프로젝트가 여러개을 경우, '''은행(BQ), 비용(ER)'''을 추가로 만들어 주고, 연결해 주어야 한다.<br />
<br />
* Bank account 할당.<br />
수금 계좌: Saving bank의 경우에는 Account를 그룹 코드 : '''70'''을 사용한다.<br />
비용 계좌 : Expense bank의 경우에는 Account를 그룹 코드: '''60-shopping'''을 사용한다.<br />
<br />
=경리월보 계정과 CoA=<br />
[[AM_role#사용_중인_COA| 경리월보 계정에 대한 ERP CoA 할당]] <br />
<br />
경리월보 계정에서 6개 항목에 대한 매출 집계를 별도로 할 것<br />
<br />
Account Ballance에서 해당 부분으로 할당할 수 있게 변경.<br />
<br />
* 주의사항<br />
# CoA로 할당할 경우 - 처음 부터, 매출용 비용처리용 어카우트가 철저히 관리되어야 함<br />
# 처리 후 coa 변경 과정 - 변경시, Expense binding >> 바인딩완료(조정/수정) 부분에서 별도로 수정하는 것 활용<br />
<br />
==CoA 할당 수정 과정==<br />
<br />
* Accouting에서 이미 binding 된 것 수정 (해당 전표 찾아서 수정 버튼 클릭)<br />
<br />
비용전표 묶음(Expense binding) >> 바인딩완료(조정/수정) 부분<br />
<br />
[[file:acc_coa_correct_01.jpg|800px]]<br />
<br />
* 계정(Account) 수정하기<br />
<br />
틀린 계정을 수정하거나, 집계 목적에 따른 계정으로 다시 분류 한다. (초기에 계정이 확정되어 있다면 문제 없음)<br />
<br />
[[file:acc_coa_correct_02.jpg|750px]]<br />
<br />
<br />
<br />
* 참고 : [[AM_role#사용_중인_COA|TW ERP에서 사용중인 CoA]]<br />
<br />
<br />
<br />
=프로젝트 개별비 처리 방안=<br />
프로젝트 개별비 6개 항목에 대해서 처리하는 방법에 대한 설명이다.<br />
<br />
프로젝트 개별비는 현지에서 발생하는 프로젝트 진행매출항목으로 6가지가 지정되어 있다.<br />
<br />
[참고] - 프로젝트 개별비 분류 6가지 (단, 현지 운반비와 이에 따른 부가세는 제조운반비 1개로 통일)<br />
:: 1) 제조지급수수료 (용역) - 현지 외주 용액<br />
:: 2) 제조교육훈련비 (기타) - 현지 교육비<br />
:: 3) 제조지급수수료(용역) - '''현지 채용 인건비'''<br />
:: 4) 제조지급수수료(기타) - '''PJT시운전비, 검사료''' 및 관련 (임시) 인건비 포함<br />
:: 5) 제조운반비 및 VAT - 현지 운송비 및 현장 물품대 VAT (재고 운반 부가세)<br />
:: 6) 제조소모품비(기타) - 현장 투입 소모성 공구, 안전용구 포함<br />
<br />
<br />
이에 대한 처리는 다음과 같은 방식이 추천된다.<br />
<br />
# CoA로 선언해서 사용하는 방법<br />
# Expense report의 공개/비공개 note 부분에 추가하는 방법<br />
# Expense report의 항목에서 최종 작성시 '''설명(Description)'''부분에 추가하는 방법<br />
# Extrafield 부분 개발<br />
# 사용자 #1,#2, ..., #6를 주고, 조직을 '''PJT_개별비''' 항목으로 함 : Sub-ledger로 등록해서(Accounting Code) 개별비를 사용하는 경우 (인원 혹은 조직으로 구분되어 집계 가능)<br />
<br />
[참고]<br />
2번과 5번의 차이는 web상에서 바로 조회가 되는 것인지, 아니면, data export를 통해서, 엑셀에서 조회하는 것인지의 차이임<br />
2번의 경우, Data export를 사용하여, 일단 파일로 필터링하여 추려내는 방법이다.<br />
5번의 경우, Sub-ledger에서 Accouting Code를 선택하여, 화면에서 바로 확인 가능하다. (1번 방법도 동일)<br />
<br />
본사 ERP 실적 입력에서 주의해야 할 사항은 본사 ERP (오라클)는 SPG별로 입력되기 때문에, 개별 SPG별 ERP 번호에 맞춰 입력해야지만, 최종 PMS에서 여러 SPG를 합해서 프로젝트 진행율로 나타난다. SPG별 입력은 현재는 본사인원이 임의로 SPG별로 입력하는 것으로 알고 있음. 해당 '''프로세스에 대한 정확한 지침이나 방향은 확인 필요.''' 본사 ERP 입력 방식에 따라서, 다음의 방법 중에서 선택하여 사용한다. '25년 12월 현재는 미정<br />
<br />
* CoA로 선언해서 사용하는 방법<br />
:: 1) Project ID와 해당 CoA조합으로 확인 가능<br />
:: 2) (미확인) - 본사 ERP의 코드가 바뀐다고함, 따라서, 자주 바뀌는 경우에는 CoA가 너무 많아져서, 복잡<br />
:: 3) 단, 항목이 6개 밖에 되지 않으므로, 기간과 조합하면, 자주 바뀌어도 CoA 별 총합은 변함없으므로, 실제 본사 ERP 입력에는 문제 없음<br />
<br />
:: [[file:process_value_01.jpg|800px]]<br />
<br />
<br />
* Note 부분 활용 - Expense Report의 공개/비공개 note 부분에 추가 (외형적 방법)<br />
:: 1) Tools Export에서 note는 바로 구분하여 엑셀 파일로 추가 가능<br />
:: 2) Export의 경우에, 해당 note를 모두 export하여, 나중에 엑셀에서 해당 부분 부분합 결산<br />
:: 3) 장점 - 바뀌는 본사 ERP번호(PMS Task) 번호를 그대로 유지 가능<br />
:: 4) 단점 - 코드가 너무 많아져서, 현장에서 확인 어려움<br />
:: 5) 권장 사항 - 개별비 부분은 Expense Report를 별도로 1개로 만드는 것 추천 (여러 건 청구 지양)<br />
<br />
:: [[file:process_value_02.jpg|800px]]<br />
<br />
<br />
* Description 필드 활용 - Expense Report에서 세부 작성으로 들어간 다음 (note 작성 이후)<br />
:: 1) Note 부분이 아니라, 해당 line에서 구분 가능 (1개의 ER에서 여러 개 비용(영수증) 처리 경우)<br />
:: 2) Tools의 expense에서 '''explaination''' 부분을 export해야함<br />
<br />
:: [[file:process_value_03.jpg|800px]]<br />
<br />
* Extrafield 부분 개발<br />
:: 해당 부분을 새롭게 개발하는 방법은 이미 공개되어 있으나, 유지관리 목적에서 권장되지는 않는 방법이다.<br />
<br />
<br />
:: 하지만, 해당 모듈에서는 더 많은 기능을 제공하지만, 상대적으로 더 복잡해지기도 하므로, 양날의 검과 같다. 시스템에 맞추면, 복잡해질 수 있음.<br />
<br />
<br />
* Sub-ledger로 등록해서 사용: '''Accouting Code''' 멤버로 등록<br />
:: 프로젝트 개별비를 멤버로 등록하여, 해당 멤버의 비용으로만 처리<br />
:: Sub-ledger에서 멤버의 Accouting Code를 참조하여, 별도로 구분함<br />
:: 프로젝트 번호(계약번호)로 구분되고, 항목은 Accounting code로 분류 가능<br />
<br />
:: [[file:pjt_specified_expese_01.jpg|800px]]<br />
<br />
* 제언<br />
여러가지 방식이 있는데, 현재 PMS 및 본사 ERP에서 운용하기 편한 방법을 고려하여, 상기의 방식 중 하나로 선택하여 사용하는 것을 권장한다.<br />
<br />
==선처리 방법==<br />
개별비 처리용 ID를 별도로 생성 (생성자가 아예 다르게 만듬)<br />
<br />
* CoA 구성<br />
해당 CoA로 구분 - 본사 PMS에서 Task 번호 연동 고민 필요<br />
<br />
여러개 CoA번호로 발생 위험 있음<br />
<br />
* ER작성시 구분<br />
- '''개별비 처리용 ID 생성''' : 사람처럼처리 (로그인을 달리해야 함)<br />
<br />
예시)<br />
YL : 프로젝트 개별비<br />
RLM : Red line 프로젝트 개별비 처리용 <br />
* 처음부터 구분해서 사용<br />
<br />
==후처리 방법==<br />
일반적인 비용전표(ER) 처리하듯이 하고, binding 과정에서 Journal(분개장)에서 변경해줌 (즉, 다른 공책에 번호 바꿔서 저장) CoA 그룹은 6(Expense) 이하 번호 할당해야 함<br />
* CoA 구성<br />
해당 CoA로 구분 - 본사 PMS에서 Task 번호 연동 고민 필요<br />
<br />
여러개 CoA번호로 발생 위험 있음<br />
<br />
* Accouting Journal 별도로 생성<br />
회계처리시, '''바인딩(Binding)에서 해당 account 번호로 수정'''<br />
<br />
예시)<br />
개별비 YL : accouting journal 생성<br />
개별비 RLM : accouting journal 생성<br />
* Binding에서 account 번호를 변경함<br />
<br />
=회기년도 관리=<br />
회기년도를 마감 및 관리하는 내용입니다.<br />
<br />
1년에 1번 이전 기록을 마감하고, 새로운 회기년도를 관리하기 위한 내용입니다.<br />
<br />
admin만 가능합니다.<br />
<br />
1. 회기년도 설정하기, fiscal period open<br />
<br />
회기년도 이름을 지정(보통 연도)하고, 시작기간과 끝기간을 설정해 준다.<br />
<br />
[[file:fiscial_period_open.jpg|900px]]<br />
<br />
* 해당 설정은 admin만 가능하고, Accounting 메뉴에서 '''설정'''으로 들어가야 만들 수 있다.<br />
<br />
2. 회기년도 마감하기, fiscal period close<br />
회계기간(회기)이 마감이 되면, 해당 기간을 마감한다.<br />
<br />
회기가 마감되면, 해당 회기의 내용을 수정하거나 변경할 수 없으니 주의한다.<br />
<br />
[[file:Fiscal_period_open_02.jpg|900px]]<br />
<br />
fiscal period를 close할 경우, 경고문과 함께 마감이 되는 것을 알려 준다.<br />
<br />
* 주의 - 해당 회기를 마감하면, 해당 기간 내용을 수정하거나 변경, 삭제가 불가능하다.<br />
<br />
<br />
[[분류:ERP]]<br />
[[분류:시스템 관리]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=Admin%EA%B4%80%EB%A0%A8&diff=1269Admin관련2026-08-31T02:41:44Z<p>Hschoi2: /* 처음 ERP 구성 */</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 />
로그인 포털 >> 고급 (생성)<br />
<br />
역방향 프록시를 설정한다. --> 패킷이 도달하면, HSTS 활성화 (443 포트로 들어온 놈)을 찾아서, <br />
<br />
만들어 놓은 list 예를 들어 https(443) ---> http://localhost:xxx (포트)로 넘김<br />
<br />
<br />
* 확인 필요<br />
1) localhost가 아닌 내부 IP(192.169.xxx.xxx)로 연결하면 에러나는 듯? (에러 안나야 하는데)<br />
<br />
2) HSTS가 2개가 동작하는 경우, 둘다 응답하는 문제, 동일 IP 한개에서만 답변하므로.<br />
만약 하나의 IP를 share 하고<br />
두 개의 서버에서 443으로 처리 한다고 하면, 서버 둘에 모두 443이 동작하나? 아니면 먼저 도착한 서버만 응답하나?<br />
<br />
<br />
<br />
* 참조 - Wildcard certificate 순서<br />
<br />
1) Wildcard certificate 설정<br />
<br />
DDNS를 enabled 시킨다. - floating IP에 대해서 추적 dns 연결<br />
<br />
Control panel / Security / Certificate 에서 add<br />
<br />
체크 사항<br />
- Let's Encrypt 체크<br />
- Set as default certificate<br />
<br />
* Get a Certificate from Let's Encrypt <br />
<br />
* 다음 설정을 한다.<br />
- Domain name : tcampXX.synology.me<br />
- Email : 본인의 e-mail<br />
- Subject Alternate Name: *.tcampXX.synology.me (인증서를 받을 사이트 이름, 여기서는 wildcard '''*''' 로 설정, 모두)<br />
<br />
* Control Panel / Login Portal / Advanced 텝에서 <br />
<br />
이 과정은 ngnix과정으로 Reverse proxy 설정라고도 한다. 내용은 포트 443(https)로 보내고, 443에서는 서버이름, 예를 들어 dolibarr, nocodb, n8n 으로 (wildcard 부분) 들어온 서버 주소를 정상적인 80포트로 연결해 주는다. (이를 HSTS 라고 함) <br />
<br />
'''Reverse Proxy''' 설정<br />
<br />
* Source<br />
https 로 들어 오는 주소, 예를 들어 https://n8n.tcampxxx.synology.me 이고 포트는 443<br />
<br />
HSTS enable 시키고,<br />
<br />
* Destination<br />
host name, localhost (내부 주소도 되나? 192.168.xxx.xxx, 할당된 포트<br />
<br />
* 참고 : HSTS<br />
<br />
Reverse proxy 환경에서 '''HSTS (HTTP Strict Transport Security)'''는 웹 보안 강화를 위한 중요한 HTTP 응답 헤더입니다. 이 개념을 간단히 설명하면 다음과 같습니다:<br />
<br />
---<br />
<br />
🔐 '''HSTS란?'''<br />
<br />
'''HSTS (HTTP Strict Transport Security)'''는 웹 서버가 브라우저에게 '''"앞으로 이 도메인에 대해 HTTPS로만 접속하라"'''고 지시하는 보안 메커니즘입니다. 이는 '''MITM(중간자 공격)'''이나 '''SSL Stripping''' 같은 공격을 방지하는 데 효과적입니다.<br />
<br />
---<br />
<br />
🧩 '''Reverse Proxy와 HSTS의 관계'''<br />
<br />
Reverse proxy는 클라이언트와 실제 서버 사이에 위치하여 요청을 중계합니다. 이때 HSTS는 다음과 같은 방식으로 적용됩니다:<br />
<br />
1. '''Reverse Proxy가 HTTPS를 처리하는 경우''':<br />
- 클라이언트는 Reverse Proxy와 HTTPS로 통신.<br />
- Reverse Proxy가 HSTS 헤더를 클라이언트에게 전달하거나 직접 설정.<br />
- 실제 백엔드 서버는 HTTP로 통신할 수도 있음 (내부망).<br />
<br />
2. '''HSTS 헤더 설정 위치''':<br />
- Reverse Proxy에서 직접 설정하는 것이 일반적입니다 (예: Nginx, Apache, HAProxy).<br />
- 예시 (Nginx):<br />
```nginx<br />
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always;<br />
```<br />
<br />
3. '''주의사항''':<br />
- HSTS는 HTTPS 연결에서만 작동합니다. HTTP에서는 무시됩니다.<br />
- 한번 설정되면 브라우저는 해당 도메인에 대해 강제로 HTTPS를 사용하므로, 실수로 HTTP만 지원하는 서비스가 있으면 접근 불가 문제가 생길 수 있습니다.<br />
<br />
---<br />
<br />
✅ '''HSTS의 주요 옵션'''<br />
<br />
- `max-age`: 브라우저가 HTTPS만 사용하도록 강제하는 기간 (초 단위).<br />
- `includeSubDomains`: 모든 서브도메인에도 적용.<br />
- `preload`: 브라우저에 미리 등록 요청 가능 (엄격한 보안 필요 시).<br />
<br />
---<br />
<br />
==디렉토리 구조==<br />
exposed: documents /var/www/documents<br />
<br />
exposed: html /var/www/html/custom (portainer 설정에서도 확인 할 것)<br />
<br />
<br />
==언어팩 관련==<br />
업그레이드를 한 이후에는 TW ERP에 맞게 언어 팩을 수정해 주어야 한다.<br />
(일부 파일 교체)<br />
<br />
* 수정 원본 파일 위치: /var/www/html/custom/bug_fix (tw subfolder)<br />
<br />
* 웹서버 디렉토리: /var/www/htdocs/langs/ko_KR (/zh_TW)<br />
<br />
'''/var/www/htdocs/langs/ko_KR# cp ../../custom//bug_fix/*.* ./''' - 한글 언어팩 수정<br />
'''/var/www/htdocs/langs/zh_TW# cp ../../custom/bug_fix/tw/*.* ./''' - 대만 언어팩 수정<br />
<br />
<br />
* Alias 적용 이후<br />
<br />
bug/fix directory (원본) : var/www/htdocs/custom/bug_fix, 대만은 sub-directory로 tw<br />
Target directory (위치): var/www/htdocs/langs/ko_kr, 대만은 var/www/htdocs/langs/zh_TW<br />
<br />
==Third Parties 수정 관련==<br />
협력사로 번역되는 Third parties 부분은 다른 언어 팩과 조금 다르다. 여러개가 섞여 있어서 그런듯...<br />
<br />
* Thirdparties 위치와 해당 예약어(?) 찾기<br />
<br />
디렉토리 위치: /var/www/html/core/menus/standard/eldy.lib.php (파일에서)<br />
$newmenu->add("/societe/list.php?leftmenu=thirdparties", $langs->trans("List"), 1, $user->hasRight('societe', 'lire'), '', $mainmenu, 'thirdparties_list', 2);<br />
여기서 확인해 보면, lang 파일에서 "List"로 되어 있다.<br />
<br />
<br />
* 언어팩(langs) 위치<br />
언어팩 위치는 다음과 같다.<br />
<br />
디렉토리 위치 : /var/www/html/langs/ko_KR<br />
사용 파일: 'ThirdParties' => '거래처 관리' ??? --> 어디서 수정하는 거야?<br />
<br />
* 기타 변경 가능한 UI 요소<br />
<br />
탭 구성: card.php에서 $head 배열을 수정<br />
버튼 스타일: CSS는 /theme/eldy/style.css.php 또는 사용하는 테마 폴더에서 수정<br />
필터 및 검색창: list.php 내의 print_search_form() 함수<br />
<br />
<br />
* 수정일반 사항<br />
# UI 변경<br />
# 기능 변경<br />
# 권한 설정<br />
<br />
== 기타 전문적인 시스템 관련해서 참조 문서==<br />
[[시스템관리]] 참조<br />
<br />
=비즈니스 로직관련=<br />
업무 로직 관련 사항입니다. <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 />
[[tools_tag_01.jpg| 600px]<br />
<br />
===Users & Groups===<br />
사용자와 그룹을 설정한다.<br />
<br />
* Group 설정 - 퍼미션 설정<br />
회계에서 작성, 검사, 승인을 설정하는 그룹을 만들고, 퍼미션을 설정한다.<br />
<br />
참고: 현재 그룹 설정<br />
- PWO: Project Working Organization, 작성 그룹<br />
- PSO: Project Support Organization, 회계 그룹<br />
- PM_ERP: 승인 그룹이다.<br />
<br />
각 그룹의 퍼미션<br />
<br />
* PWO<br />
다른 사용자 검색 부분, 본인의 정보 수정을 허용하고, 기타 필요한 권한을 허용한다.<br />
<br />
비용전표(Expense Report)에서 본인과 본인 조직의 것을 읽고, 작성하는 권한을 부여한다.<br />
<br />
[[file:erp_new_01.jpg|600px]]<br />
<br />
* PSO<br />
필요시, 인원관리 부분도 허용한다. 하지만, 익숙하지 않은 경우, 조직도 수정 오류가 있으므로, 해당 권한 부여에 주의한다.<br />
<br />
프로젝트 현황 및 다른 프로젝트 비용 청구를 위해서는 모든 프로젝트에 접근해서 확인 할 수 있도록 허용한다.<br />
<br />
프로젝트 접근 권한 허용 (타 프로젝트도 조회할 수 있는 경우)<br />
<br />
[[file:erp_new_02_1.jpg|600px]]<br />
<br />
비용전표(Expense Report)를 처리 할 수 있게 권한을 부여한다. 아래 권한은 본인의 비용전표만 보이도록 한 경우이다.<br />
<br />
필요한 경우, Read all expense reports(...not subordinates)를 허용하는 경우에는 다른 프로젝트의 비용전표도 조회가능하다.<br />
<br />
[[file:erp_new_02_2.jpg|500px]]<br />
<br />
급여의 경우, 다른 프로젝트에서 조회가 안되는 것을 기본으로 하는데, bank 부분과 권한 충돌이 있다.<br />
<br />
Billing 메뉴에서 회계담당자가 속해 있는 담당자만 확인이 가능하게 설정하더라도, bank와 총계정원장(Ledger, jornals)에서 급여 부분은 확인이 가능하다. 이것을 제한하고자 하면, bank access 부분과 총계정원장 접근에 대한 제한을 고려해야 한다. 현재는 salary에서 회계담당자가 속해있는 프로젝트만 조회 및 입력이 가능하도록 되어 있다.<br />
<br />
[[file:erp_new_02_3.jpg|400px]]<br />
<br />
* PM_ERP<br />
사용자의 비밀번호도 변경할 수 있는 권한을 부여한다. <br />
<br />
타인의 비밀번호도 수정할 수 있는 권한 부여, 단 생성은 관리를 위해서 administrator만 가능하게 되어 있다.<br />
<br />
[[file:erp_new_03_1.jpg|400px]]<br />
<br />
비용 전표의 경우, 모든 권한을 허용해 놓았고, 회계담당자와 조직 구성에서 수직구조가 되지 않는 경우 (1명의 회계담당자가 여러 프로젝트를 관리하는 경우) PM이 본인의 프로젝트에 비용전표에 접근하기 어려운 경우가 있어서 모든 전표를 읽을 수 있게 설정하기도 한다. (회계담당자가 해당 프로젝트에 속해 있지 않아, 회계 담당자 작성 내용이 보이지 않는 경우 있음)<br />
<br />
[[file:erp_new_03_2.jpg|400px]]<br />
<br />
급여의 경우, 모든 내용을 다 볼 수 있게 설정한다.<br />
<br />
[[file:erp_new_03_3.jpg|400px]]<br />
<br />
===Accounting 설정===<br />
Administrator 만 설정이 가능하다.<br />
<br />
설정사항은 account 메뉴에서 기록한다.<br />
<br />
[[file:erp_acc_01.jpg|300px]]<br />
<br />
<br />
* Accounting Jornals - 분개장(기록장) 설정하기, 프로젝트당 2개 (BQ, ER)<br />
은행 기록장과 비용 기록장 2개를 설정한다. 주로 사용하는 것은 비용 분개장(기록장, ER)이다.<br />
<br />
[[file:erp_acc_03.jpg|400px]]<br />
<br />
<br />
* Chart of accounts '''model''' - 회계 모델 종류 (원래는 여러개가 있는데, 현재 것에서는 사용하는 것만 남겨 놓음)<br />
<br />
[[file:erp_acc_04.jpg|500px]]<br />
<br />
<br />
* Chart of accounts - 선택, 사용 중인 CoA 모델<br />
사용 중인 계정(Account) 모델이고, 필요에 따라 추가 삭제하여 사용할 수 있다.<br />
<br />
필요없는 것을 삭제 안하고 그대로 두는 이유- ERP는 본사에서 회계 정보를 확인하기 위하여 사용하기도 하지만, 현지 국가(대만)의 세무신고로도 사용된다. 따라서, 현지 필요에 따라 계정을 추가 혹은 사용해야하는 경우가 있기 때문에, 임의로 삭제하지 않고, 추가 생성의 경우에도 6개 항목 범주에서 설정하여 사용한다. 특히 ENG-BASE의 그룹(범주) CAPIT, IMMO, THIRDPARTY, STOC, FINN, EXPENSE, INCOME에서 검토 후에 해당 (어카운트) 코드를 추가하도록 한다.<br />
<br />
[[file:erp_acc_05.jpg|800px]]<br />
<br />
<br />
* Chart of individual accounts - 멤버(사용자)의 프로젝트 회계 코드 할당 상태<br />
총계정원장에 기록의 경우, 여러 프로젝트들이 섞여 있기 때문에 이를 구분할 필요가 있다. 이러한 구분을 위해서 각 멤버들을 등록할 때, 회계 계정을 설정하게 되어 있는데, 이를 조회하는 화면이다.<br />
<br />
[[file:erp_acc_06.jpg|800px]]<br />
<br />
* Default accounts - 기본 계정<br />
아직 장부상 기록되지 않은 내용, 계정이 할당되지 않은 것에 대한 기본 기록으로, 처리의 경우 해당 내용을 사용하게 된다.<br />
<br />
특히 고객의 경우 411, 공급업체에 대해서는 322, 비용보고서의 사용자(멤버)의 비용은 우선 421로 구분한다. 그룹으로 나누어 보면 편리하다. 고객과 협력사 그리고 내부의 비용 혹은 자금으로 구분하는 것으로 볼 수 있다.\<br />
<br />
기타 VAT에 대한 설정은 부가가치세 계정과 중복이다. (둘 중에 1개에만 설정하면 됨)<br />
<br />
[[file:erp_acc_07.jpg|1100px]]<br />
<br />
* Bank accounts - '''Banks|Cash''' 메뉴와 동일함<br />
<br />
* VAT accounts - 부가세 설정<br />
부가세는 판매 부가세가 있고, 구매 부가세가 있다. 구매 부가세의 경우 환급이 되므로 이를 관리하게 된다. 판매 부가세의 경우, 세무서에서 해당 부가세를 발급한 경우가 있는지 확인하는 경우가 있고, 대만의 경우, 환급이 되므로, 판매사에 부가세를 별도 신고로 부담하게 하는 경우가 종종 있다.<br />
<br />
[[file:erp_acc_08.jpg|800px]]<br />
<br />
<br />
* Tax accounts - 세금 처리 계정<br />
세금의 처리의 경우, 집계 주체에 따라서 구분이 되어야 한다. 예를 들어, 급여에 대한 세금은 본사에서는 비용으로 집계가 되지만, 대만법에서는 비용으로 허용이 되지 않아서, 비용 부분에서 제외 되어야 한다. 수익에서는 제외되어 합산 되는 경우.<br />
<br />
이러한 차이로 인하여, 별도로 구분되어 처리되어야 한다. 현지 회계법인을 사용하고 있으므로, 부가세를 제외한 세금처리는 별도로 하지 않고, 비용전표에서 처리한다. 하지만, 해당 내용에 대한 구분을 위한 계정은 할당되어 있다. <br />
<br />
[[file:erp_acc_09.jpg|800px]]<br />
<br />
<br />
* Expense report accounts<br />
비용전표에서 사용하는 계정의 별칭을 두는 것이다. 예를 들어 6261은 통신료라는 이름으로 조회 가능하다. 회계 담당자는 적당한 것이 없는 경우, 번호로 추가 혹은 수정 가능하다. <br />
<br />
[[file:erp_acc_10.jpg|800px]]<br />
<br />
<br />
* 참고 - 일반 회계 기능에 대한 설정<br />
은행계좌 거래 직접 기록 해제의 경우, 은행 계좌를 자동으로 읽어 오는 기능을 활성화 할 경우, 은행계좌 직접기록을 막아 놓는다.<br />
<br />
회계 계정 표준화를 위한 자리 수 설정 6자리 사용시 나머지 "00" 붙여서 사용하기<br />
<br />
기타 회계상 필요에 따라 설정 적용하여 사용할 수 있다.<br />
<br />
[[file:erp_acc_02.jpg|800px]]<br />
<br />
<br />
====회계 계정 설정====<br />
'''회계 계정'''라는 것은 필요에 의해서, 비용 사용 내역을 구분하기 위해서 설정해 놓는 것이다.<br />
<br />
예를 들어 같은 PJT의 경우라도, sub group이 있는 경우, 이를 구분하기 위해 사용한다. 이를 sub-ledger (부분분개장)이라고 구분한다.<br />
<br />
특히, 하나의 은행 계좌에서 여러 개의 sub로 나누어져 있는 경우에는 관련 인원별로 '''회계 코드'''를 별도로 놓아서, 구분할 수 있다.<br />
<br />
* 주의 사항<br />
# ERP의 비용은 사람의 비용 사용을 기준으로 하기 때문에, 1사람은 1개의 비용 코드를 갖는다.<br />
# 비용 전표(Expense Report, ER) 작성시, PJT 번호를 물리기 때문에, 프로젝트 별로 구분은 기본이다.<br />
# 1개의 프로젝트에서 여러개의 비용을 구분하는 경우, '''회계 계정'''을 다르게 두어서 구분하는 용도이다.<br />
# 회계 계정의 등록은 사용자 카드에서 등록하고, 회계 계정 자체는 그룹의 '''Tags/Categories'''에서 확인 한다.<br />
<br />
* '''회계 계정'''의 등록 - 사용자 카드<br />
사용자를 설정할 경우, 사용자의 정보 중에 회계 계정을 등록한다.<br />
<br />
'''! 주의사항'''<br />
이것은 사용자의 은행 계좌(계정)을 말하지 않는다. 사용자의 은행 계좌는 '''HR 및 은행'''에 별도로 등록할 수 있다.<br />
<br />
프로젝트에 속해 있는 혹은 프로젝트 계정을 말한다. ( 회계계정 = 프로젝트 비용 코드 )<br />
<br />
[[file:member_02.jpg|600px]]<br />
<br />
* Accounting에서 실제 회계 계정의 사용<br />
<br />
[[file:tag_categories_02.jpg|1200px]]<br />
<br />
* 주의: 회계 계정의 통일성 유지<br />
<br />
본 내용은 반드시 지켜야할 내용은 아니지만, ERP 활용에서 일관성을 유지하기 위한 내용이다.<br />
<br />
# 프로젝트 '''그룹 태그'''를 구성한다.<br />
# 사용자 설정시, '''그룹 태그'''를 사용한다.<br />
# '''회계 계정'''을 그룹 태그와 동일하게 유지한다.<br />
<br />
이렇게 하면, 프로젝트 그룹 = 프로젝트 비용 구분이 동잏라게 유지된다.<br />
<br />
[[file:tag_categories_01.jpg|800px]]<br />
<br />
* 참고: 일부 태그는 회계 계정(이름)과 다르게 설정된 경우 있음, 임시 활용 때문임.<br />
<br />
====Bank Accounts의 Journal 연결====<br />
Accounts를 설정하고, 이를 별도의 분개장(Journal)을 만들어야지, 별도로 집계된다.<br />
<br />
즉, CoA를 통한 계정과목 별로 집계는 되는 데, 그 집계 내용 중에서 프로젝트 별로 어디에 속하는 지 구분하기 위해서는 journal(분개장)이 필요하다.<br />
<br />
따라서, 다음의 과정을 설정해 주어야 한다.<br />
# 분개장을 만들고 (임의의 분개장)<br />
# 분개장 CoA 코드 (혹은 그룹) 결정 - 비용인지, product인지 구분<br />
# 은행계좌 연결<br />
<br />
* 이것은 admin 계정만 가능하고, 처음 설정 1회만 해 주면 된다.<br />
* 또한, 프로젝트 개별비 내용만 별도로 만드록 싶으면, 여기서 Journal(분개장)을 만들어서, accouting 작업할 때, 별도로 기록하게 할 수 있다.<br />
<br />
::[[file:journal setup01.jpg|800px]]<br />
<br />
:::분개장 연결의 예<br />
<br />
<br />
<br />
====Defualt accounts====<br />
<br />
ERP 처음 사용을 위해서, 기본적으로 설정해야 할 계정에 대한 설명입다. 계정 사용에서 가장 중요한 부분이고, 이에 대한 설명이 잘 없어서, 여기서 많이 delay된다.<br />
<br />
* default account<br />
기본 계정이라고 하면, 일단 무엇인지 모르지만, 시작점을 지정하는 것이다. <br />
즉, <br />
:: 고객 - 411-Customers<br />
:: 협력공급사 - 401-Suppliers<br />
:: GL 계정 (General Ledger, 총계정원장) 4-Amounts receivable and payable<br />
:: 직원 (현채인) 비용 - 421-Staff Cost (직원 지급 비용 총괄]<br />
<br />
::[[file:default_acc_01.jpg|700px]]<br />
<br />
* 기타 deault account<br />
<br />
* Product <br />
::* Account (from the Chart Of Account) to be used as the default account for the sold products (used if not defined in the product sheet) - 33 - Ongoing production of goods<br />
:: * Account (from the Chart Of Account) to be used as the default account for the sold services (used if not defined in the service sheet) - 34 - Ongoing production of services<br />
:: * Account (from the Chart Of Account) to be used as the account for transitional bank transfers - 58 - Internal Transfers [내부이체]<br />
:: * Account (from the Chart Of Account) to be used as the account for unallocated funds either received or paid i.e. funds in "wait[ing]" - 471 - Waiting Accounts [임시계정]<br />
<br />
<br />
====VAT accounts====<br />
부가세 항목 결정<br />
<br />
* 대만의 경우 영세율과 부가세 5%가 있다.<br />
:: * 매출 부가세 : '''6312'''<br />
:: * 매입 부가세 : '''6311'''<br />
:[[file:default_acc_02.jpg|800px]]<br />
<br />
====기타 세금 : Tax accounts====<br />
기타 세금에 관련된 내용이다. 별도의 세금 혹은 세금과 관련된 진흥회비 등 세금 성격이 붙는 것들을 정의하여 사용할 수 있다.<br />
<br />
ACT Annual corporation tax TW - Taiwan 697 <br />
IT income tax TW - Taiwan 695 <br />
OPT Other payroll taxes TW - Taiwan 647 <br />
OTD Other taxes, duties and similar payments (tax administrations) TW - Taiwan 635 <br />
TOP Taxes and similar payments on remuneration (tax administrations) TW - Taiwan 631<br />
<br />
:[[file:default_acc_03.jpg|800px]]<br />
<br />
<br />
====비용계정 설정====<br />
기타 항목(Dictionary) 설정이라고도 한다. 즉 비용 계정 중에 코드로 지정해서 사용할 수 있는 것이다.<br />
<br />
:실제 expense report 작성할 때 코드를 사용할 수 있어야 하는데, 이 부분에 대해서는 별다른 언급은 없다. 단지 '''label'''을 이용해서 검색이 가능하다. 추후 code 사용 여부 확인할 것<br />
: * ERP 내부적으로 사용하는 code를 말하는 것일 지도 모름, 아직 코드로 활용되는 것 없음<br />
<br />
:[[file:default_acc_04.jpg|800px]]<br />
:: * Expense Report 작성 중 "유형" 부분 입력 창 검색 화면<br />
<br />
===SL_Group 활용===<br />
SL_Group은 Salary_Group을 설정하는 것이다.이것은 only blilling의 Salary에서만 사용하는 tag/group으로 설정도 유니크하다. <br />
<br />
* 급여 입력 화면<br />
Billing >> salary 메뉴에서 입력<br />
<br />
:: [[file:sl_group01.jpg | 700px]]<br />
:: * 급여 입력시 '''SL_Group''' 선택<br />
:: * 현재 급여 구분 기준은 단순 프로젝트 구분으로 사용 - 단 하위 프로젝트가 여러 개의 경우에는 추가로 구분 tag/group 생성할 것<br />
:: * 기타 구분자 추가할 수 있음 <br />
<br />
<br />
SL Group은 2가지 의미를 갖고 있다.<br />
: 1) 프로젝트별 그룹 - 프로젝트별 그룹<br />
: 2) pay band별 그룹 - 역무에 따른 pay band 설정<br />
<br />
TW ERP에서는 1)의 프로젝트 별 그룹으로 설정하는 것으로 사용한다. 즉, 프로젝트별 slary를 취합하기 위해서, billing의 경우 tag를 부여하여, 나중에 확인하기 위한 것이다. <br />
<br />
:: !참고: Project 별로 구분되기 때문에 SL_Group(tag/group)으로 구분하는 것은 이중으로 구분하는 것이다. 따라서, 나중에는 2) pay band로 변경해서 사용해도 된다.<br />
<br />
====SL_Group 설정====<br />
SL_Group의 설정은 일반적인 tag/group (tools >> tags/group설정 메뉴)와 달리, finance 모듈 설정에서만 만들 수 있다.<br />
<br />
* SL_Group 작성하는 법<br />
(admin만 가능하다)<br />
: 1. Home >> '''모듈 / 응용 프로그램''' 진입<br />
: 2. Finance >> '''Salary''' 선택<br />
: 3. Complementary attributes (salaries) tab 선택 및 수정<br />
<br />
:: * 2-1 Finance에서 Salary 진입<br />
::: [[file:sl_group02.jpg | 700px]]<br />
<br />
:: * 2-2 Salary 항목 세부 조정<br />
::: [[file:sl_group03.jpg | 700px]]<br />
:: * SL_Group의 list를 수정하거나, 필요시 새로운 구분자를 추가한다.<br />
<br />
:: * 2-2 Salary 항목 세부 조정<br />
::: [[file:sl_group04.jpg | 700px]]<br />
:: * SL_Group의 list를 수정하거나, 필요시 새로운 구분자를 추가한다.<br />
<br />
:: 참고<br />
:: * SL_Group외에 추가적인 입력항 만들기 (항목: test)<br />
::: [[file:sl_group04_1.jpg | 700px]]<br />
<br />
<br />
:: * Billing 입력시 추가된 test filed<br />
::: [[file:sl_group05.jpg | 700px]]<br />
<br />
==신규 멤버 추가의 예==<br />
신규 멤버를 추가하는 것과 관련된 내용입니다.<br />
<br />
===신규 멤버 추가하기===<br />
* 준비 사항<br />
# 사용자 이름, 영문, 현지어<br />
# e-mail 주소: 암호 잊어버릴 경우 자동사용<br />
# 관련 프로젝트 이름(회계코드)<br />
<br />
* 중요 규칙<br />
# 사용자 ID는 회사 email ID를 사용한다. 예를 들어 HONGGILDOG@ls-electric.com의 경우, HONGGILDONG이 ID가 되어야 함<br />
# 사용자 ID를 임의로 생성하는 것은 금지하며, (필요시 임시생성 OK) 회사 email 부여 받고 사용한다. (현채인의 사번은 email 주소임)<br />
# 사용자 이름은 성: 영문성 현지이름, 이름 부분 영어이름 으로 구성 할 것 (검색시 확용)<br />
# 프로젝트 회계 코드 반드시 넣을 것 (준비사항 동일)<br />
# 작업 그룹 : 일반 사용자는 '''PWO''' 사용 할 것 (PSO는 권한이 많아서 주의)<br />
<br />
<br />
<br />
<br />
* 신규 멤버 등록 절차<br />
요약설명<br />
- 신규 멤버 생성: 이름(규칙 주의), email (회사), ERP ID, 초기 암호(LS@.....) 부여<br />
- PJT 회계코드, 실제 사용 email 입력 <br />
(생성 클릭 후) <br />
- 신규 생성 후, working group 할당 (권한 부여)<br />
<br />
참고: [[아이디_부여]]<br />
<br />
1. 신규 멤버 생성 <br />
<br />
Home에서 new 생성<br />
<br />
<br />
<br />
회사에 부여받은 '''email ID = ERP ID'''<br />
현채인 사번은 email ID임<br />
<br />
<br />
2. PJT 회계 코드 부여 (필수)<br />
<br />
사용하는 email을 등록 하기 (초기엔 회사메일로 해도 됨) - 비번 잊어 버렸다고 관리자에게 계속 연락 오므로, 실사용 email 등록 권장<br />
<br />
'''PJT 회계 코드'''<br />
<br />
<br />
[[file:member_02.jpg|600px]]<br />
<br />
* TYC-TMP : 신호 타오위엔 프로젝트<br />
* SB02 : 신호 유지보수<br />
* KHH-YL : 가오슝 엘로 라인<br />
* KHH-RL-S : 가오슝 레드라인 남부 <br />
* KHH-RL-N : 가오슝 레드라인 북부<br />
<br />
3. 그룹(PWO) 할당<br />
사용자 그룹을 할당해 준다.<br />
사용자 그룹<br />
1) PM 그룹 - 모든 권한 (승인)<br />
2) PSO 그룹 - 회계 권한 (검토 요청)<br />
3) PWO 그룹 - 사용자 그룹<br />
<br />
[[file:member_03.jpg|800px]]<br />
<br />
===신규 멤버 삭제하기===<br />
멤버 삭제의 경우, 개인 프로파일에서 삭제하면 제거 가능<br />
<br />
* 주의 사항<br />
'''프로젝트 테그'''를 먼저 삭제하여야만 개인 프로파일이 삭제됨<br />
<br />
* 사용자가 삭제되지 않는 경우<br />
[[file:member_remove_02.jpg|500px]]<br />
<br />
* Tag를 제거한 후, 삭제 가능<br />
[[file:member_remove_01.jpg|800px]]<br />
<br />
<br />
==Multi-company 구성시 주의사항==<br />
멀티컴패니는 하나의 ERP서버에서 여러 개를 운영할 때 사용하는 모듈이다. 개별적으로 설치해서 사용해도 되지만, 여건상 1대에서 모든 데이터를 사용하는 것이다.<br />
<br />
시스템 관리상 편리하지만, 반대로, 서버 1대에 여러 정보를 사용하므로, 백업 등의 관리에 특별한 주의를 요한다.<br />
<br />
===멀티 사용자===<br />
기본적으로 사용자들은 서로 시스템을 넘어서 사용할 수 없다. 즉, 대만 사용자가 이집트 사용자를 조회할 수 없다.<br />
<br />
그러나, 시스템 관리자(Administrator)는 관리 측면에서 모든 사이트를 봐야 하기 때문에, 여러 사이트 운영관리자는 필연적으로 관리자(Administrator) 권한을 갖게 된다.<br />
<br />
====엑셀을 이용한, 사용자 일괄 추가====<br />
사용자를 일괄로 추가할 수 있다. 단, 이미 추가된 사용자는 삭제하고, 다시 올리는 것만 가능하다. <br />
<br />
즉, 다음과 같은 제약이 있다.<br />
<br />
Insert - 가능(O), 추가하는 것은 엑셀, csv 파일로 가능<br />
update - '''불가(X)'''<br />
<br />
수작업으로 update하거나, DB에 직접 access하는 방법만 가능하다. 단, 3rd party 프로그램을 구매해서 사용 가능하다. <br />
<br />
* SQL 방법의 경우, 프로그램적인 요소를 사용해야 하고, dolibarr 설치 환경이 docker 이므로, docker 환경과 docker 네트워크, 일반 네트워크 등을 이해하는 경우에만 SQL 업데이트를 사용하는 것이 바람직하다.<br />
<br />
===기본 회계, 세금 코드 설정===<br />
기본 회계 계정과목('''CoA''')를 설정해 주어야 한다.<br />
<br />
* 주의사항<br />
처음 멀티컴패니를 이용해서, 다른 조직/국가를 생성할 때, '''기본값(defualt)는 회계코드(CoA)를 복사하지 않는다.'''<br />
<br />
또한, 버전 간의 오류로 복사한다고 해서, 바로 사용하지 못하는 경우도 있다.<br />
<br />
따라서, 회계코드(CoA)를 복사하기 보다는 <br />
# 현재 사용중인 CoA를 '''export''' 한다. (Tools 메뉴)<br />
# Export한 CoA를 해당 멀티컴패니 모듈에서 admin이 '''import'''하여 사용한다.<br />
<br />
만약, 회계코드를 복사하여 그래도 사용하는 경우에는 (CoA만 복사하여 사용하는 경우이다. 해당 CoA에 할당된 값을 복제하는 것은 아님, 마치 목차나 양식만 복사해오는 것과 동일)<br />
<br />
멀티컴패니 생성할 때, 맨 아래, copy사용 부분을 체크해 주면된다.<br />
<br />
* 나중에 그림 추가, 멀티컴패니 생성, 수정에서 맨 아래 라디오 버튼 클릭 화면 추가<br />
<br />
==기본 회계설정==<br />
<br />
기타 회계설정과 동일 (아마 작성해 놓았을 듯... 다 따로 있어서 그렇지..)<br />
<br />
<br />
* Accouting에서 설정(Setup)<br />
내용 순서.<br />
<br />
====Accouting Journal====<br />
프로젝트가 여러 개의 경우, 새롭게 만들어 줄것, default는 1개를 사용하게 되어 있음.<br />
<br />
====Chart of accouts models====<br />
사용중인 CoA 모델에서 선택하여 사용, 없으면, 신규로 import해서 사용<br />
<br />
* 생성/수정으로 copy한 경우<br />
안보이는 경우도 있다. import를 하면, 이전 것은 무시되어 update가 되므로, import 후에는 보이기도 한다.<br />
<br />
====Accounting period====<br />
회기년도를 입력한다. 각 국가의 회기기간에 맞춘다. <br />
<br />
<br />
====Defualt Accouting====<br />
'''가장 중요한 항목'''으로 이것이 설정되지 않으면, 아예 동작하지 않는다. 짇금 당장 처리하지 못하더라도 발생된 사항을 일단 모아녾는 temporary 계정 역할을 하므로, 반드시 설정해 주어야 한다.<br />
<br />
기본적인 설정 사항은 다음과 같다.<br />
<br />
{| class="wikitable"<br />
! 번호<br />
! 설명<br />
! 할당 계정(코드)<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | Customer/Users<br />
<br />
|-<br />
| 1<br />
| Account used for "customer" third parties<br />
| 411 - Customers<br />
<br />
|-<br />
| 2<br />
| Account used for the "vendor" third parties<br />
| 401 - Suppliers<br />
<br />
|-<br />
| 3<br />
| Accounting account used for user third parties<br />
| 410 - Customers and Related Accounts<br />
<br />
|-<br />
| 4<br />
| Account used by default for "users" on expense reports<br />
| 421 - Staff - Remuneration due<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | Product<br />
<br />
|-<br />
| 5<br />
| Account to be used as the default account for the sold products, used if not defined in the product sheet<br />
| 33 - Ongoing production of goods<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | Service<br />
<br />
|-<br />
| 6<br />
| Account to be used as the default account for the sold services, used if not defined in the service sheet<br />
| 34 - On-going production of services<br />
<br />
|-<br />
! colspan="3" style="text-align:left;" | 기타<br />
<br />
|-<br />
| 7<br />
| Account to be used as the account for transitional bank transfers<br />
| 58 - Internal transfers<br />
<br />
|-<br />
| 8<br />
| Account to be used as the account for unallocated funds either received or paid, i.e. funds in waiting<br />
| 471 - Waiting Accounts<br />
<br />
|}<br />
<br />
<br />
====VAT Accounting====<br />
VAT를 사용하는 나라에서는 해당 VAT를 설정해 준다.<br />
<br />
VAT 요율(%) 설정 및 매입 부가세 '''6312''', 매출 부가세 '''6311'''이다.<br />
<br />
====TAX Accounting====<br />
VAT를 제외한 기타 세금은 여기서 추가해고 해당 account code를 할당한다.<br />
<br />
나중에 그림 추가할 것. Accounting >> Setup >> Tax Accounting 임<br />
<br />
<br />
====Closure Accounting====<br />
결산 계정, 할당하면, 결산과 이월 코드를 입력해 주면, 자동 반영된다.<br />
<br />
* 추후 사용<br />
해당 국가 혹은 프로젝트 마감 결산에서 활용할 수 있다.<br />
<br />
잘 사용하면 아주 유용한 기능이지만, 본사 회계와 관련되어 반영되지 않는 항목들이 있어서, 이러한 것들이 완전히 정의되지 않은 상태에서 사용하면 문제가 있어서, 우선 결산에 대한 부분을 회계와 확정한 후에 사용하는 것이 좋다.<br />
<br />
<br />
===Bank 설정 및 계정===<br />
은행 계정 설정에서 주의해야 할 것은 <br />
# Journal 설정<br />
# bank account 할당이다. <br />
<br />
* Journal 설정<br />
프로젝트가 1개만 관리할 경우, default 사용해도 됨.<br />
<br />
프로젝트가 여러개을 경우, '''은행(BQ), 비용(ER)'''을 추가로 만들어 주고, 연결해 주어야 한다.<br />
<br />
* Bank account 할당.<br />
수금 계좌: Saving bank의 경우에는 Account를 그룹 코드 : '''70'''을 사용한다.<br />
비용 계좌 : Expense bank의 경우에는 Account를 그룹 코드: '''60-shopping'''을 사용한다.<br />
<br />
=경리월보 계정과 CoA=<br />
[[AM_role#사용_중인_COA| 경리월보 계정에 대한 ERP CoA 할당]] <br />
<br />
경리월보 계정에서 6개 항목에 대한 매출 집계를 별도로 할 것<br />
<br />
Account Ballance에서 해당 부분으로 할당할 수 있게 변경.<br />
<br />
* 주의사항<br />
# CoA로 할당할 경우 - 처음 부터, 매출용 비용처리용 어카우트가 철저히 관리되어야 함<br />
# 처리 후 coa 변경 과정 - 변경시, Expense binding >> 바인딩완료(조정/수정) 부분에서 별도로 수정하는 것 활용<br />
<br />
==CoA 할당 수정 과정==<br />
<br />
* Accouting에서 이미 binding 된 것 수정 (해당 전표 찾아서 수정 버튼 클릭)<br />
<br />
비용전표 묶음(Expense binding) >> 바인딩완료(조정/수정) 부분<br />
<br />
[[file:acc_coa_correct_01.jpg|800px]]<br />
<br />
* 계정(Account) 수정하기<br />
<br />
틀린 계정을 수정하거나, 집계 목적에 따른 계정으로 다시 분류 한다. (초기에 계정이 확정되어 있다면 문제 없음)<br />
<br />
[[file:acc_coa_correct_02.jpg|750px]]<br />
<br />
<br />
<br />
* 참고 : [[AM_role#사용_중인_COA|TW ERP에서 사용중인 CoA]]<br />
<br />
<br />
<br />
=프로젝트 개별비 처리 방안=<br />
프로젝트 개별비 6개 항목에 대해서 처리하는 방법에 대한 설명이다.<br />
<br />
프로젝트 개별비는 현지에서 발생하는 프로젝트 진행매출항목으로 6가지가 지정되어 있다.<br />
<br />
[참고] - 프로젝트 개별비 분류 6가지 (단, 현지 운반비와 이에 따른 부가세는 제조운반비 1개로 통일)<br />
:: 1) 제조지급수수료 (용역) - 현지 외주 용액<br />
:: 2) 제조교육훈련비 (기타) - 현지 교육비<br />
:: 3) 제조지급수수료(용역) - '''현지 채용 인건비'''<br />
:: 4) 제조지급수수료(기타) - '''PJT시운전비, 검사료''' 및 관련 (임시) 인건비 포함<br />
:: 5) 제조운반비 및 VAT - 현지 운송비 및 현장 물품대 VAT (재고 운반 부가세)<br />
:: 6) 제조소모품비(기타) - 현장 투입 소모성 공구, 안전용구 포함<br />
<br />
<br />
이에 대한 처리는 다음과 같은 방식이 추천된다.<br />
<br />
# CoA로 선언해서 사용하는 방법<br />
# Expense report의 공개/비공개 note 부분에 추가하는 방법<br />
# Expense report의 항목에서 최종 작성시 '''설명(Description)'''부분에 추가하는 방법<br />
# Extrafield 부분 개발<br />
# 사용자 #1,#2, ..., #6를 주고, 조직을 '''PJT_개별비''' 항목으로 함 : Sub-ledger로 등록해서(Accounting Code) 개별비를 사용하는 경우 (인원 혹은 조직으로 구분되어 집계 가능)<br />
<br />
[참고]<br />
2번과 5번의 차이는 web상에서 바로 조회가 되는 것인지, 아니면, data export를 통해서, 엑셀에서 조회하는 것인지의 차이임<br />
2번의 경우, Data export를 사용하여, 일단 파일로 필터링하여 추려내는 방법이다.<br />
5번의 경우, Sub-ledger에서 Accouting Code를 선택하여, 화면에서 바로 확인 가능하다. (1번 방법도 동일)<br />
<br />
본사 ERP 실적 입력에서 주의해야 할 사항은 본사 ERP (오라클)는 SPG별로 입력되기 때문에, 개별 SPG별 ERP 번호에 맞춰 입력해야지만, 최종 PMS에서 여러 SPG를 합해서 프로젝트 진행율로 나타난다. SPG별 입력은 현재는 본사인원이 임의로 SPG별로 입력하는 것으로 알고 있음. 해당 '''프로세스에 대한 정확한 지침이나 방향은 확인 필요.''' 본사 ERP 입력 방식에 따라서, 다음의 방법 중에서 선택하여 사용한다. '25년 12월 현재는 미정<br />
<br />
* CoA로 선언해서 사용하는 방법<br />
:: 1) Project ID와 해당 CoA조합으로 확인 가능<br />
:: 2) (미확인) - 본사 ERP의 코드가 바뀐다고함, 따라서, 자주 바뀌는 경우에는 CoA가 너무 많아져서, 복잡<br />
:: 3) 단, 항목이 6개 밖에 되지 않으므로, 기간과 조합하면, 자주 바뀌어도 CoA 별 총합은 변함없으므로, 실제 본사 ERP 입력에는 문제 없음<br />
<br />
:: [[file:process_value_01.jpg|800px]]<br />
<br />
<br />
* Note 부분 활용 - Expense Report의 공개/비공개 note 부분에 추가 (외형적 방법)<br />
:: 1) Tools Export에서 note는 바로 구분하여 엑셀 파일로 추가 가능<br />
:: 2) Export의 경우에, 해당 note를 모두 export하여, 나중에 엑셀에서 해당 부분 부분합 결산<br />
:: 3) 장점 - 바뀌는 본사 ERP번호(PMS Task) 번호를 그대로 유지 가능<br />
:: 4) 단점 - 코드가 너무 많아져서, 현장에서 확인 어려움<br />
:: 5) 권장 사항 - 개별비 부분은 Expense Report를 별도로 1개로 만드는 것 추천 (여러 건 청구 지양)<br />
<br />
:: [[file:process_value_02.jpg|800px]]<br />
<br />
<br />
* Description 필드 활용 - Expense Report에서 세부 작성으로 들어간 다음 (note 작성 이후)<br />
:: 1) Note 부분이 아니라, 해당 line에서 구분 가능 (1개의 ER에서 여러 개 비용(영수증) 처리 경우)<br />
:: 2) Tools의 expense에서 '''explaination''' 부분을 export해야함<br />
<br />
:: [[file:process_value_03.jpg|800px]]<br />
<br />
* Extrafield 부분 개발<br />
:: 해당 부분을 새롭게 개발하는 방법은 이미 공개되어 있으나, 유지관리 목적에서 권장되지는 않는 방법이다.<br />
<br />
<br />
:: 하지만, 해당 모듈에서는 더 많은 기능을 제공하지만, 상대적으로 더 복잡해지기도 하므로, 양날의 검과 같다. 시스템에 맞추면, 복잡해질 수 있음.<br />
<br />
<br />
* Sub-ledger로 등록해서 사용: '''Accouting Code''' 멤버로 등록<br />
:: 프로젝트 개별비를 멤버로 등록하여, 해당 멤버의 비용으로만 처리<br />
:: Sub-ledger에서 멤버의 Accouting Code를 참조하여, 별도로 구분함<br />
:: 프로젝트 번호(계약번호)로 구분되고, 항목은 Accounting code로 분류 가능<br />
<br />
:: [[file:pjt_specified_expese_01.jpg|800px]]<br />
<br />
* 제언<br />
여러가지 방식이 있는데, 현재 PMS 및 본사 ERP에서 운용하기 편한 방법을 고려하여, 상기의 방식 중 하나로 선택하여 사용하는 것을 권장한다.<br />
<br />
==선처리 방법==<br />
개별비 처리용 ID를 별도로 생성 (생성자가 아예 다르게 만듬)<br />
<br />
* CoA 구성<br />
해당 CoA로 구분 - 본사 PMS에서 Task 번호 연동 고민 필요<br />
<br />
여러개 CoA번호로 발생 위험 있음<br />
<br />
* ER작성시 구분<br />
- '''개별비 처리용 ID 생성''' : 사람처럼처리 (로그인을 달리해야 함)<br />
<br />
예시)<br />
YL : 프로젝트 개별비<br />
RLM : Red line 프로젝트 개별비 처리용 <br />
* 처음부터 구분해서 사용<br />
<br />
==후처리 방법==<br />
일반적인 비용전표(ER) 처리하듯이 하고, binding 과정에서 Journal(분개장)에서 변경해줌 (즉, 다른 공책에 번호 바꿔서 저장) CoA 그룹은 6(Expense) 이하 번호 할당해야 함<br />
* CoA 구성<br />
해당 CoA로 구분 - 본사 PMS에서 Task 번호 연동 고민 필요<br />
<br />
여러개 CoA번호로 발생 위험 있음<br />
<br />
* Accouting Journal 별도로 생성<br />
회계처리시, '''바인딩(Binding)에서 해당 account 번호로 수정'''<br />
<br />
예시)<br />
개별비 YL : accouting journal 생성<br />
개별비 RLM : accouting journal 생성<br />
* Binding에서 account 번호를 변경함<br />
<br />
=회기년도 관리=<br />
회기년도를 마감 및 관리하는 내용입니다.<br />
<br />
1년에 1번 이전 기록을 마감하고, 새로운 회기년도를 관리하기 위한 내용입니다.<br />
<br />
admin만 가능합니다.<br />
<br />
1. 회기년도 설정하기, fiscal period open<br />
<br />
회기년도 이름을 지정(보통 연도)하고, 시작기간과 끝기간을 설정해 준다.<br />
<br />
[[file:fiscial_period_open.jpg|900px]]<br />
<br />
* 해당 설정은 admin만 가능하고, Accounting 메뉴에서 '''설정'''으로 들어가야 만들 수 있다.<br />
<br />
2. 회기년도 마감하기, fiscal period close<br />
회계기간(회기)이 마감이 되면, 해당 기간을 마감한다.<br />
<br />
회기가 마감되면, 해당 회기의 내용을 수정하거나 변경할 수 없으니 주의한다.<br />
<br />
[[file:Fiscal_period_open_02.jpg|900px]]<br />
<br />
fiscal period를 close할 경우, 경고문과 함께 마감이 되는 것을 알려 준다.<br />
<br />
* 주의 - 해당 회기를 마감하면, 해당 기간 내용을 수정하거나 변경, 삭제가 불가능하다.<br />
<br />
<br />
[[분류:ERP]]<br />
[[분류:시스템 관리]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=Demo&diff=1252Demo2026-07-29T23:15:25Z<p>Hschoi2: /* 사용자 검색 및 조직도 조회 */</p>
<hr />
<div>TW ERP에 대한 전반적인 이해를 위한 데모 설명입니다.<br />
<br />
=ERP 접속해 보기=<br />
<br />
[[file:Demo기본01.jpg|1000px]]<br />
<br />
=처음화면 설명=<br />
<br />
[[file:demo기본02.jpg|800px]]<br />
<br />
=내 정보 확인: 내 카드=<br />
[[file:demo기본03.jpg|800px]]<br />
<br />
=사용자 검색 및 조직도 조회=<br />
[[file:demo기본04.jpg|800px]]<br />
<br />
<br />
==V 23 이후 변경사항==<br />
Dolibarr ERP, Hierarchical view, 조직도가 인원 조회 후 화면으로 이동되었다.<br />
<br />
여거 보기 항목에서 선택해서 볼 수 있다.<br />
# 리스트 보기<br />
# 트리 보기 (조직도)<br />
# 카드 보기<br />
<br />
* 화면 진입<br />
<br />
HR --> 상태목록(List) : 트리보기 클릭<br />
[[file:hr_view01.jpg| 900px]]<br />
<br />
해당 메뉴는 Home의 Users 메뉴로도 들어 갈 수 있다. 기타 다른 문서에서는 주로, home 메뉴에서 접근하는 방식을 사용하면 됨.<br />
<br />
=그룹 구성 확인=<br />
[[file:demo기본05.jpg|800px]]<br />
<br />
=은행정보 확인: 전체 은행 리스트=<br />
[[file:demo기본061.jpg|800px]]<br />
<br />
== 은행 내역 확인: 입출금 내역==<br />
[[file:demo기본062.jpg|800px]]<br />
<br />
=비용전표(청구) HR|ER=<br />
[[file:demo기본07.jpg|800px]]<br />
<br />
= Accounting(회계) 메뉴=<br />
[[file:demo기본08.jpg|800px]]<br />
<br />
= 문서함 =<br />
[[file:demo기본09.jpg|800px]]<br />
<br />
=Knowledge base(지식 창고)=<br />
[[file:demo기본10.jpg|800px]]<br />
<br />
=근태 입력=<br />
[[file:demo기본11.jpg|800px]]<br />
<br />
=프로젝트 관련 조회=<br />
[[file:demo기본12.jpg|800px]]<br />
<br />
[[분류:ERP]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:Hr_view01.jpg&diff=1251파일:Hr view01.jpg2026-07-29T23:12:10Z<p>Hschoi2: </p>
<hr />
<div></div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%EC%95%84%EC%9D%B4%EB%94%94_%EB%B6%80%EC%97%AC&diff=1241아이디 부여2026-06-30T02:47:59Z<p>Hschoi2: /* ERP ID 제거 과정 */</p>
<hr />
<div>ERP ID (아이디) 부여 절차에 대한 설명입니다.<br />
<br />
현재는 현지(대만) 네트워크에서 사용중이지만, 회사 시스템으로 사용되면, 회사 네트워크로 포함될 예정입니다.<br />
<br />
따라서, 회사 보안지침에 따라서 운영되는 기준으로 아이디 부여 규칙이 정해 졌습니다.<br />
<br />
참고 : [[Admin관련#신규_멤버_추가의_예]] - 생성 과정 예<br />
<br />
==ERP ID 부여 과정==<br />
프로젝트용 ERP 시스템 활용에 대한 내용<br />
<br />
===PJT ERP 시스템 설명===<br />
tcamp32.synology.me:8041 시스템은 프로젝트용 ERP 통합 시스템이다.<br />
<br />
해외 프로젝트 (대만 외 기타 포함)의 회계 처리를 기본으로 하는 시스템이다.<br />
<br />
===ERP ID 부여 과정===<br />
프로젝트 ERP의 ID 부여 과정은 다음의 순서를 따른다. 이는 예외 없다.<br />
<br />
# (신규 현지 입사자) 회사 email ID를 부여 받는다.<br />
# email ID를 ERP ID로 사용한다. 예를 들어 sample1@ls-electric.com 으로 email을 받았으면, sample1, ERP ID<br />
<br />
* ERP ID 요청 대상<br />
Admin 혹은 지사장에게 ERP ID 개설을 요청<br />
<br />
* ERP ID에서 기록 사항<br />
# ID 생성<br />
# E-mail 등록 - 회사 혹은 실제 메일 주고 받는 메일<br />
# 회사 계정 (회계 계정) - 자신이 속해있는 프로젝트 기호 사용<br />
# 프로젝트 구분 tag 등록<br />
<br />
<br />
* ERP ID는 email ID와 동일하게<br />
[[file:Erp_id_01.jpg| 500px]]<br />
<br />
* 작성 주의 사항<br />
성씨(Family name) 작성 - 영어로 성씨 기록 및 현지어 full name<br />
이름(Given name) 작성 - 영어로 이름 기록 혹은 현지 영어 애칭<br />
<br />
* 입력 사항<br />
# 회계 계정<br />
# 태그 / 카테고리<br />
# 환경 (국가)<br />
<br />
[[file:Erp_id_02.jpg| 500px]]<br />
<br />
* 추가 사항<br />
working group <br />
# ERP PM<br />
# PSO<br />
# PWO - 일반 사용자, 비용전표(Expense Report, ER) 입력 가능<br />
# default - 로그인만 가능<br />
<br />
====참고: 회계계정====<br />
ID생성에서 Accounting Code(회계계정 혹은 회계코드)이라는 것은 '''부서코드''' 혹은 '''하위 프로젝트''' 코드와 같다. 이것이 중요한 이유는 특정 부서 혹은 하위 프로젝트를 그룹으로 묶어서 비용을 확인하기 위해서 중요하다.<br />
<br />
예를 들어 신호 프로젝트의 경우 main project는 SJ01인데, SB02, TTN, TTC와 같은 하위 프로젝트(혹은 부서)를 가지고 있으므로, 비용을 확인하는 경우, 해당 코드를 가지고 구분하여 확인할 수 있다. 따라서, 회계코드(Accouting code)라고 하기도 하고, [[Case_study_활용#원장(Ledger)_보기|회계(Accouting)에서는 '''sub-ledger''']]라고 부르기도 한다.<br />
<br />
사용자 ID를 부여할 때는 반드시 회계코드(Accouting code)를 부여해야하고, 이것을 sub-leger code라고 부르기도 하는 것에 유의한다.<br />
<br />
<br />
===ERP ID 제거 과정===<br />
제거 과정은 1) 회계 담당자의 제외('''DISABLE''')과 ERP 관리자의 완전 삭제 2 단계로 나누어 진다.<br />
<br />
[[ERP_업무#미사용_인원]]<br />
<br />
<br />
[[분류: ERP]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%EC%95%84%EC%9D%B4%EB%94%94_%EB%B6%80%EC%97%AC&diff=1240아이디 부여2026-06-30T02:47:41Z<p>Hschoi2: /* ERP ID 제거 과정 */</p>
<hr />
<div>ERP ID (아이디) 부여 절차에 대한 설명입니다.<br />
<br />
현재는 현지(대만) 네트워크에서 사용중이지만, 회사 시스템으로 사용되면, 회사 네트워크로 포함될 예정입니다.<br />
<br />
따라서, 회사 보안지침에 따라서 운영되는 기준으로 아이디 부여 규칙이 정해 졌습니다.<br />
<br />
참고 : [[Admin관련#신규_멤버_추가의_예]] - 생성 과정 예<br />
<br />
==ERP ID 부여 과정==<br />
프로젝트용 ERP 시스템 활용에 대한 내용<br />
<br />
===PJT ERP 시스템 설명===<br />
tcamp32.synology.me:8041 시스템은 프로젝트용 ERP 통합 시스템이다.<br />
<br />
해외 프로젝트 (대만 외 기타 포함)의 회계 처리를 기본으로 하는 시스템이다.<br />
<br />
===ERP ID 부여 과정===<br />
프로젝트 ERP의 ID 부여 과정은 다음의 순서를 따른다. 이는 예외 없다.<br />
<br />
# (신규 현지 입사자) 회사 email ID를 부여 받는다.<br />
# email ID를 ERP ID로 사용한다. 예를 들어 sample1@ls-electric.com 으로 email을 받았으면, sample1, ERP ID<br />
<br />
* ERP ID 요청 대상<br />
Admin 혹은 지사장에게 ERP ID 개설을 요청<br />
<br />
* ERP ID에서 기록 사항<br />
# ID 생성<br />
# E-mail 등록 - 회사 혹은 실제 메일 주고 받는 메일<br />
# 회사 계정 (회계 계정) - 자신이 속해있는 프로젝트 기호 사용<br />
# 프로젝트 구분 tag 등록<br />
<br />
<br />
* ERP ID는 email ID와 동일하게<br />
[[file:Erp_id_01.jpg| 500px]]<br />
<br />
* 작성 주의 사항<br />
성씨(Family name) 작성 - 영어로 성씨 기록 및 현지어 full name<br />
이름(Given name) 작성 - 영어로 이름 기록 혹은 현지 영어 애칭<br />
<br />
* 입력 사항<br />
# 회계 계정<br />
# 태그 / 카테고리<br />
# 환경 (국가)<br />
<br />
[[file:Erp_id_02.jpg| 500px]]<br />
<br />
* 추가 사항<br />
working group <br />
# ERP PM<br />
# PSO<br />
# PWO - 일반 사용자, 비용전표(Expense Report, ER) 입력 가능<br />
# default - 로그인만 가능<br />
<br />
====참고: 회계계정====<br />
ID생성에서 Accounting Code(회계계정 혹은 회계코드)이라는 것은 '''부서코드''' 혹은 '''하위 프로젝트''' 코드와 같다. 이것이 중요한 이유는 특정 부서 혹은 하위 프로젝트를 그룹으로 묶어서 비용을 확인하기 위해서 중요하다.<br />
<br />
예를 들어 신호 프로젝트의 경우 main project는 SJ01인데, SB02, TTN, TTC와 같은 하위 프로젝트(혹은 부서)를 가지고 있으므로, 비용을 확인하는 경우, 해당 코드를 가지고 구분하여 확인할 수 있다. 따라서, 회계코드(Accouting code)라고 하기도 하고, [[Case_study_활용#원장(Ledger)_보기|회계(Accouting)에서는 '''sub-ledger''']]라고 부르기도 한다.<br />
<br />
사용자 ID를 부여할 때는 반드시 회계코드(Accouting code)를 부여해야하고, 이것을 sub-leger code라고 부르기도 하는 것에 유의한다.<br />
<br />
<br />
===ERP ID 제거 과정===<br />
제거 과정은 1) 회계 담당자의 제외('''DISABLE''')과 ERP 관리자의 완전 삭제 2 단계로 나누어 진다.<br />
<br />
{{ERP_업무#미사용_인원}}<br />
<br />
<br />
[[분류: ERP]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%EC%95%84%EC%9D%B4%EB%94%94_%EB%B6%80%EC%97%AC&diff=1239아이디 부여2026-06-30T02:46:50Z<p>Hschoi2: /* ERP ID 제거 과정 */</p>
<hr />
<div>ERP ID (아이디) 부여 절차에 대한 설명입니다.<br />
<br />
현재는 현지(대만) 네트워크에서 사용중이지만, 회사 시스템으로 사용되면, 회사 네트워크로 포함될 예정입니다.<br />
<br />
따라서, 회사 보안지침에 따라서 운영되는 기준으로 아이디 부여 규칙이 정해 졌습니다.<br />
<br />
참고 : [[Admin관련#신규_멤버_추가의_예]] - 생성 과정 예<br />
<br />
==ERP ID 부여 과정==<br />
프로젝트용 ERP 시스템 활용에 대한 내용<br />
<br />
===PJT ERP 시스템 설명===<br />
tcamp32.synology.me:8041 시스템은 프로젝트용 ERP 통합 시스템이다.<br />
<br />
해외 프로젝트 (대만 외 기타 포함)의 회계 처리를 기본으로 하는 시스템이다.<br />
<br />
===ERP ID 부여 과정===<br />
프로젝트 ERP의 ID 부여 과정은 다음의 순서를 따른다. 이는 예외 없다.<br />
<br />
# (신규 현지 입사자) 회사 email ID를 부여 받는다.<br />
# email ID를 ERP ID로 사용한다. 예를 들어 sample1@ls-electric.com 으로 email을 받았으면, sample1, ERP ID<br />
<br />
* ERP ID 요청 대상<br />
Admin 혹은 지사장에게 ERP ID 개설을 요청<br />
<br />
* ERP ID에서 기록 사항<br />
# ID 생성<br />
# E-mail 등록 - 회사 혹은 실제 메일 주고 받는 메일<br />
# 회사 계정 (회계 계정) - 자신이 속해있는 프로젝트 기호 사용<br />
# 프로젝트 구분 tag 등록<br />
<br />
<br />
* ERP ID는 email ID와 동일하게<br />
[[file:Erp_id_01.jpg| 500px]]<br />
<br />
* 작성 주의 사항<br />
성씨(Family name) 작성 - 영어로 성씨 기록 및 현지어 full name<br />
이름(Given name) 작성 - 영어로 이름 기록 혹은 현지 영어 애칭<br />
<br />
* 입력 사항<br />
# 회계 계정<br />
# 태그 / 카테고리<br />
# 환경 (국가)<br />
<br />
[[file:Erp_id_02.jpg| 500px]]<br />
<br />
* 추가 사항<br />
working group <br />
# ERP PM<br />
# PSO<br />
# PWO - 일반 사용자, 비용전표(Expense Report, ER) 입력 가능<br />
# default - 로그인만 가능<br />
<br />
====참고: 회계계정====<br />
ID생성에서 Accounting Code(회계계정 혹은 회계코드)이라는 것은 '''부서코드''' 혹은 '''하위 프로젝트''' 코드와 같다. 이것이 중요한 이유는 특정 부서 혹은 하위 프로젝트를 그룹으로 묶어서 비용을 확인하기 위해서 중요하다.<br />
<br />
예를 들어 신호 프로젝트의 경우 main project는 SJ01인데, SB02, TTN, TTC와 같은 하위 프로젝트(혹은 부서)를 가지고 있으므로, 비용을 확인하는 경우, 해당 코드를 가지고 구분하여 확인할 수 있다. 따라서, 회계코드(Accouting code)라고 하기도 하고, [[Case_study_활용#원장(Ledger)_보기|회계(Accouting)에서는 '''sub-ledger''']]라고 부르기도 한다.<br />
<br />
사용자 ID를 부여할 때는 반드시 회계코드(Accouting code)를 부여해야하고, 이것을 sub-leger code라고 부르기도 하는 것에 유의한다.<br />
<br />
<br />
===ERP ID 제거 과정===<br />
제거 과정은 1) 회계 담당자의 제외('''DISABLE''')과 ERP 관리자의 완전 삭제 2 단계로 나누어 진다.<br />
<br />
{{:ERP_업무#미사용_인원}}<br />
<br />
<br />
[[분류: ERP]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%EC%95%84%EC%9D%B4%EB%94%94_%EB%B6%80%EC%97%AC&diff=1238아이디 부여2026-06-30T02:45:44Z<p>Hschoi2: /* ERP ID 제거 과정 */</p>
<hr />
<div>ERP ID (아이디) 부여 절차에 대한 설명입니다.<br />
<br />
현재는 현지(대만) 네트워크에서 사용중이지만, 회사 시스템으로 사용되면, 회사 네트워크로 포함될 예정입니다.<br />
<br />
따라서, 회사 보안지침에 따라서 운영되는 기준으로 아이디 부여 규칙이 정해 졌습니다.<br />
<br />
참고 : [[Admin관련#신규_멤버_추가의_예]] - 생성 과정 예<br />
<br />
==ERP ID 부여 과정==<br />
프로젝트용 ERP 시스템 활용에 대한 내용<br />
<br />
===PJT ERP 시스템 설명===<br />
tcamp32.synology.me:8041 시스템은 프로젝트용 ERP 통합 시스템이다.<br />
<br />
해외 프로젝트 (대만 외 기타 포함)의 회계 처리를 기본으로 하는 시스템이다.<br />
<br />
===ERP ID 부여 과정===<br />
프로젝트 ERP의 ID 부여 과정은 다음의 순서를 따른다. 이는 예외 없다.<br />
<br />
# (신규 현지 입사자) 회사 email ID를 부여 받는다.<br />
# email ID를 ERP ID로 사용한다. 예를 들어 sample1@ls-electric.com 으로 email을 받았으면, sample1, ERP ID<br />
<br />
* ERP ID 요청 대상<br />
Admin 혹은 지사장에게 ERP ID 개설을 요청<br />
<br />
* ERP ID에서 기록 사항<br />
# ID 생성<br />
# E-mail 등록 - 회사 혹은 실제 메일 주고 받는 메일<br />
# 회사 계정 (회계 계정) - 자신이 속해있는 프로젝트 기호 사용<br />
# 프로젝트 구분 tag 등록<br />
<br />
<br />
* ERP ID는 email ID와 동일하게<br />
[[file:Erp_id_01.jpg| 500px]]<br />
<br />
* 작성 주의 사항<br />
성씨(Family name) 작성 - 영어로 성씨 기록 및 현지어 full name<br />
이름(Given name) 작성 - 영어로 이름 기록 혹은 현지 영어 애칭<br />
<br />
* 입력 사항<br />
# 회계 계정<br />
# 태그 / 카테고리<br />
# 환경 (국가)<br />
<br />
[[file:Erp_id_02.jpg| 500px]]<br />
<br />
* 추가 사항<br />
working group <br />
# ERP PM<br />
# PSO<br />
# PWO - 일반 사용자, 비용전표(Expense Report, ER) 입력 가능<br />
# default - 로그인만 가능<br />
<br />
====참고: 회계계정====<br />
ID생성에서 Accounting Code(회계계정 혹은 회계코드)이라는 것은 '''부서코드''' 혹은 '''하위 프로젝트''' 코드와 같다. 이것이 중요한 이유는 특정 부서 혹은 하위 프로젝트를 그룹으로 묶어서 비용을 확인하기 위해서 중요하다.<br />
<br />
예를 들어 신호 프로젝트의 경우 main project는 SJ01인데, SB02, TTN, TTC와 같은 하위 프로젝트(혹은 부서)를 가지고 있으므로, 비용을 확인하는 경우, 해당 코드를 가지고 구분하여 확인할 수 있다. 따라서, 회계코드(Accouting code)라고 하기도 하고, [[Case_study_활용#원장(Ledger)_보기|회계(Accouting)에서는 '''sub-ledger''']]라고 부르기도 한다.<br />
<br />
사용자 ID를 부여할 때는 반드시 회계코드(Accouting code)를 부여해야하고, 이것을 sub-leger code라고 부르기도 하는 것에 유의한다.<br />
<br />
<br />
===ERP ID 제거 과정===<br />
제거 과정은 1) 회계 담당자의 제외('''DISABLE''')과 ERP 관리자의 완전 삭제 2 단계로 나누어 진다.<br />
<br />
[ERP_업무#미사용_인원]<br />
<br />
<br />
[[분류: ERP]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%EC%95%84%EC%9D%B4%EB%94%94_%EB%B6%80%EC%97%AC&diff=1237아이디 부여2026-06-30T02:45:21Z<p>Hschoi2: /* ERP ID 부여 과정 */</p>
<hr />
<div>ERP ID (아이디) 부여 절차에 대한 설명입니다.<br />
<br />
현재는 현지(대만) 네트워크에서 사용중이지만, 회사 시스템으로 사용되면, 회사 네트워크로 포함될 예정입니다.<br />
<br />
따라서, 회사 보안지침에 따라서 운영되는 기준으로 아이디 부여 규칙이 정해 졌습니다.<br />
<br />
참고 : [[Admin관련#신규_멤버_추가의_예]] - 생성 과정 예<br />
<br />
==ERP ID 부여 과정==<br />
프로젝트용 ERP 시스템 활용에 대한 내용<br />
<br />
===PJT ERP 시스템 설명===<br />
tcamp32.synology.me:8041 시스템은 프로젝트용 ERP 통합 시스템이다.<br />
<br />
해외 프로젝트 (대만 외 기타 포함)의 회계 처리를 기본으로 하는 시스템이다.<br />
<br />
===ERP ID 부여 과정===<br />
프로젝트 ERP의 ID 부여 과정은 다음의 순서를 따른다. 이는 예외 없다.<br />
<br />
# (신규 현지 입사자) 회사 email ID를 부여 받는다.<br />
# email ID를 ERP ID로 사용한다. 예를 들어 sample1@ls-electric.com 으로 email을 받았으면, sample1, ERP ID<br />
<br />
* ERP ID 요청 대상<br />
Admin 혹은 지사장에게 ERP ID 개설을 요청<br />
<br />
* ERP ID에서 기록 사항<br />
# ID 생성<br />
# E-mail 등록 - 회사 혹은 실제 메일 주고 받는 메일<br />
# 회사 계정 (회계 계정) - 자신이 속해있는 프로젝트 기호 사용<br />
# 프로젝트 구분 tag 등록<br />
<br />
<br />
* ERP ID는 email ID와 동일하게<br />
[[file:Erp_id_01.jpg| 500px]]<br />
<br />
* 작성 주의 사항<br />
성씨(Family name) 작성 - 영어로 성씨 기록 및 현지어 full name<br />
이름(Given name) 작성 - 영어로 이름 기록 혹은 현지 영어 애칭<br />
<br />
* 입력 사항<br />
# 회계 계정<br />
# 태그 / 카테고리<br />
# 환경 (국가)<br />
<br />
[[file:Erp_id_02.jpg| 500px]]<br />
<br />
* 추가 사항<br />
working group <br />
# ERP PM<br />
# PSO<br />
# PWO - 일반 사용자, 비용전표(Expense Report, ER) 입력 가능<br />
# default - 로그인만 가능<br />
<br />
====참고: 회계계정====<br />
ID생성에서 Accounting Code(회계계정 혹은 회계코드)이라는 것은 '''부서코드''' 혹은 '''하위 프로젝트''' 코드와 같다. 이것이 중요한 이유는 특정 부서 혹은 하위 프로젝트를 그룹으로 묶어서 비용을 확인하기 위해서 중요하다.<br />
<br />
예를 들어 신호 프로젝트의 경우 main project는 SJ01인데, SB02, TTN, TTC와 같은 하위 프로젝트(혹은 부서)를 가지고 있으므로, 비용을 확인하는 경우, 해당 코드를 가지고 구분하여 확인할 수 있다. 따라서, 회계코드(Accouting code)라고 하기도 하고, [[Case_study_활용#원장(Ledger)_보기|회계(Accouting)에서는 '''sub-ledger''']]라고 부르기도 한다.<br />
<br />
사용자 ID를 부여할 때는 반드시 회계코드(Accouting code)를 부여해야하고, 이것을 sub-leger code라고 부르기도 하는 것에 유의한다.<br />
<br />
<br />
===ERP ID 제거 과정===<br />
제거 과정은 1) 회계 담당자의 제외('''DISABLE''')과 ERP 관리자의 완전 삭제 2 단계로 나누어 진다.<br />
<br />
[[ERP_업무#미사용_인원]]<br />
[[분류: ERP]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EC%97%85%EB%AC%B4&diff=1236ERP 업무2026-06-30T02:40:08Z<p>Hschoi2: /* 미사용 인원 */</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="wikitable"<br />
! 구분 및 담당<br />
! 권한<br />
! 내용<br />
! 설명<br />
|-<br />
| 회계 담당자(AM)<br />
| 미사용ID 등록 ('''DISABLE''')<br />
| 회계그룹에서 제외<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 />
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 />
<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 > Events/Agenda > 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EC%97%85%EB%AC%B4&diff=1235ERP 업무2026-06-30T02:39:40Z<p>Hschoi2: /* 미사용 인원 */</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="wikitable"<br />
! 구분 및 담당<br />
! 권한<br />
! 내용<br />
! 설명<br />
|-<br />
| 회계 담당자(AM)<br />
| 미사용ID 등록 ('''DISABLE''')<br />
| 회계그룹에서 제외<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 />
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 />
<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 > Events/Agenda > 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EC%97%85%EB%AC%B4&diff=1234ERP 업무2026-06-30T02:39:07Z<p>Hschoi2: /* 미사용 인원 */</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="wikitable"<br />
! 구분 및 담당<br />
! 권한<br />
! 내용<br />
! 설명<br />
|-<br />
| 회계 담당자(AM)<br />
| 미사용ID 등록 ('''DISABLE''')<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 />
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 />
<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 > Events/Agenda > 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EC%97%85%EB%AC%B4&diff=1233ERP 업무2026-06-30T02:38:41Z<p>Hschoi2: /* 미사용 인원 */</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="wikitable"<br />
! 구분 및 담당<br />
! 권한<br />
! 내용<br />
! 설명<br />
|-<br />
| 회계 담당자(AM)<br />
| 미사용ID 등록 ('''DISABLE''')<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 />
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 />
<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 > Events/Agenda > 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EC%97%85%EB%AC%B4&diff=1232ERP 업무2026-06-30T02:38:17Z<p>Hschoi2: /* 미사용 인원 */</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="wikitable"<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 />
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 />
<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 > Events/Agenda > 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=ERP_%EC%97%85%EB%AC%B4&diff=1231ERP 업무2026-06-30T02:37:41Z<p>Hschoi2: /* 미사용 인원 */</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="wikitable"<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 />
1. 사용자 검색<br />
[[file:user_01.jpg| 700px]]<br />
<br />
2. 해당 사용자 클릭<br />
[[file:user_02.jpg| 700px]]<br />
<br />
3. 미사용 버튼 클릭 - '''DISABLE'''<br />
[[file:user_03.jpg| 900px]]<br />
<br />
4. 결과 - 사용자는 미사용으로 등록된다.<br />
[[file:user_04.jpg| 700px]]<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 > Events/Agenda > 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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:User_04.jpg&diff=1230파일:User 04.jpg2026-06-30T02:35:05Z<p>Hschoi2: </p>
<hr />
<div></div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:User_03.jpg&diff=1229파일:User 03.jpg2026-06-30T02:34:43Z<p>Hschoi2: </p>
<hr />
<div></div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:User_02.jpg&diff=1228파일:User 02.jpg2026-06-30T02:34:22Z<p>Hschoi2: </p>
<hr />
<div></div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%ED%8C%8C%EC%9D%BC:User_01.jpg&diff=1227파일:User 01.jpg2026-06-30T02:33:56Z<p>Hschoi2: </p>
<hr />
<div></div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%EB%8C%80%EB%A7%8C%EC%84%B8%EB%B2%95&diff=1223대만세법2026-06-12T02:32:31Z<p>Hschoi2: /* 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="wikitable"<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="wikitable"<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="wikitable"<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 />
[[분류:ERP]]<br />
[[분류:회계]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%EB%8C%80%EB%A7%8C%EC%84%B8%EB%B2%95&diff=1222대만세법2026-06-12T02:32:16Z<p>Hschoi2: /* 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="wikitable"<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="wikitable"<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="wikitable"<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 />
[[분류:ERP]]<br />
[[분류:회계]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%EB%8C%80%EB%A7%8C%EC%84%B8%EB%B2%95&diff=1221대만세법2026-06-12T02:31:57Z<p>Hschoi2: /* 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="wikitable"<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="wikitable"<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="wikitable"<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 />
[[분류:ERP]]<br />
[[분류:회계]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%EB%8C%80%EB%A7%8C%EC%84%B8%EB%B2%95&diff=1220대만세법2026-06-12T02:31:19Z<p>Hschoi2: /* 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="wikitable"<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="wikitable"<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="wikitable"<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 />
[[분류:ERP]]<br />
[[분류:회계]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%EB%8C%80%EB%A7%8C%EC%84%B8%EB%B2%95&diff=1219대만세법2026-06-12T02:30:43Z<p>Hschoi2: /* 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="wikitable"<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="wikitable"<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="wikitable"<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]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%EB%8C%80%EB%A7%8C%EC%84%B8%EB%B2%95&diff=1218대만세법2026-06-12T02:30:26Z<p>Hschoi2: /* 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="wikitable"<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="wikitable"<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="wikitable"<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>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%ED%98%84%EC%9E%A5%ED%9A%8C%EA%B3%84_ERP&diff=1217현장회계 ERP2026-06-12T02:22:05Z<p>Hschoi2: /* 3.4 개인 차량 증빙 관리: 거리 기준 */</p>
<hr />
<div>== 대만 법인 운영 관련 세무 및 회계 처리 핵심 사항 ==<br />
<br />
대만 법인 운영 관련 세무 및 회계 처리 핵심 사항을 아래와 같이 요약 공유드립니다.<br />
<br />
=== 1. 주요 관리 포인트 ===<br />
* '''증빙 관리 필수'''<br />
** 통일영수증 + 업무 관련성 증빙(출장보고서, 회의록 등) 필수<br />
** 미비 시 비용 전액 부인 및 과세 리스크 발생<br />
* '''복리후생비 처리 기준'''<br />
** 직원 50인 이상: 복리후생위원회 설치 의무 &rarr; 기금 방식 집행<br />
** 미설치 시 급여의 약 2~4% 한도 적용<br />
** 한도 초과 시 손금 불산입<br />
* '''접대비 한도'''<br />
** 매출/매입 규모에 따른 누진 한도 적용 (기본공제 없음)<br />
** 청색신고 또는 세무조정 시 한도 상향 가능<br />
<br />
=== 2. 비용 처리 주요 유의사항 ===<br />
* '''출장비'''<br />
** 출장보고서 필수 (일정/목적/내용)<br />
** 일당 기준 초과 지급 시 급여 과세<br />
* '''유류비'''<br />
** 법인차량: 차량번호 포함 영수증 필수<br />
** 개인차량:<br />
*** 주행거리 기준 실비 정산(권장)<br />
*** 비용 인정 + 개인 비과세 효과<br />
* '''회의비 / 복지비'''<br />
** 참석자 서명, 회의 내용 등 필수<br />
** 임의 지급 시 세무 리스크<br />
* '''주말/휴일 비용'''<br />
** 출장 또는 근무 관련 증빙 없을 경우 비용 인정 어려움<br />
<br />
=== 3. 파견 인력 급여 및 세무 구조 ===<br />
* '''Split Payment (한·대만 분할 지급) 권장'''<br />
** 양국 과세 분산 및 이중과세 방지<br />
** 외국납부세액공제(FTC) 활용 가능<br />
** PE(고정사업장) 리스크 대응에 유리<br />
<br />
=== 4. 추가 세무 전략 ===<br />
* '''청색신고 제도 활용'''<br />
** 접대비 한도 확대<br />
** 결손금 10년 이월 가능<br />
** 단, 신고 기한 엄수 및 장부 관리 필수<br />
<br />
=== 5. 결론 ===<br />
:::'''핵심은 ‘증빙 + 한도 관리 + 급여 구조 설계’'''<br />
<br />
* 증빙 미비 = 직접적인 세무 리스크<br />
* 차량/출장/복지비 영역에서 관리 필요<br />
* 파견 인력은 반드시 세무 구조 사전 검토 필요<br />
<br />
<br />
= 2. ERP 반영 기준 =<br />
<br />
== 1. 계정 체계 (COA 구조) ==<br />
* Travel Expense<br />
** Domestic Travel<br />
** Overseas Travel<br />
<br />
* Fuel Expense<br />
** Company Vehicle<br />
** Private Vehicle (km basis)<br />
<br />
* Entertainment Expense<br />
** Sales<br />
** Purchase<br />
<br />
* Welfare Expense<br />
** Welfare Committee Fund<br />
** General Welfare<br />
<br />
* Meeting Expense<br />
<br />
* Expat Payroll<br />
** KR Payroll<br />
** TW Payroll<br />
<br />
<br />
== 2. 필수 입력 필드 (Mandatory Fields) ==<br />
{| class="wikitable"<br />
! 항목 !! 필드<br />
|-<br />
| 공통 || 통일번호, 영수증번호<br />
|-<br />
| 출장비 || 출장번호, 출장기간<br />
|-<br />
| 유류비 || 차량번호 / 주행거리<br />
|-<br />
| 접대비 || 참석자, 거래처<br />
|-<br />
| 회의비 || 회의명, 참석자<br />
|-<br />
| 복리후생 || 대상 구분 (전체 / 일부)<br />
|-<br />
| 주말비용 || 특근 승인 여부<br />
|}<br />
<br />
<br />
<br />
== 3. PM 및 AM 통제 사항 ==<br />
<br />
=== 3.1 증빙 미비 관리 ===<br />
* 영수증 또는 출장보고서 없을 경우 전표 재작성 등 관리<br />
<br />
=== 3.2 주말 비용 통제 ===<br />
* 주말 비용 입력 시 특근 승인 여부 확인<br />
* 미승인 시 추가 승인 프로세스 진행<br />
<br />
=== 3.3 접대비 한도 관리 ===<br />
* 누적 금액 기준 한도 초과 시 알림 발생<br />
<br />
=== 3.4 개인 차량 증빙 관리: 거리 기준 ===<br />
* 차량 유형 = Personal [원칙적으로 불가, 지급시 '''급여로 반영''']<br />
→ 주행거리 입력 필수<br />
→ 주행거리 증빙 필수 : Google map tracking 자료 제출<br />
→ 주기적 입력 및 지급시 별도 '''대장 마련'''<br />
<br />
== 4. 승인 Workflow ==<br />
* Step 1: 직원 신청<br />
* Step 2: 팀장 승인<br />
* Step 3: 재무/회계 승인<br />
* Step 4: 세무 검토 (고위험 항목)<br />
<br />
'''고위험 항목'''<br />
* 접대비<br />
* 주말 비용<br />
* 개인 차량 유류비<br />
<br />
<br />
== 5. 관리 KPI ==<br />
* 증빙 누락률 (%)<br />
* 주말 비용 비율 (%)<br />
* 접대비 한도 초과율 (%)<br />
* 개인 차량 사용 비율 (%)<br />
<br />
<br />
= 3. 핵심 요약 =<br />
* ERP 설계 핵심<br />
** 증빙 필수화<br />
** 계정 분리<br />
** 자동 통제 로직 구축<br />
<br />
<br />
----<br />
[[분류:회계]]<br />
[[분류:ERP]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%ED%98%84%EC%9E%A5%ED%9A%8C%EA%B3%84_ERP&diff=1216현장회계 ERP2026-06-12T02:19:17Z<p>Hschoi2: /* 3. PM 및 AM 통제 사항 */</p>
<hr />
<div>== 대만 법인 운영 관련 세무 및 회계 처리 핵심 사항 ==<br />
<br />
대만 법인 운영 관련 세무 및 회계 처리 핵심 사항을 아래와 같이 요약 공유드립니다.<br />
<br />
=== 1. 주요 관리 포인트 ===<br />
* '''증빙 관리 필수'''<br />
** 통일영수증 + 업무 관련성 증빙(출장보고서, 회의록 등) 필수<br />
** 미비 시 비용 전액 부인 및 과세 리스크 발생<br />
* '''복리후생비 처리 기준'''<br />
** 직원 50인 이상: 복리후생위원회 설치 의무 &rarr; 기금 방식 집행<br />
** 미설치 시 급여의 약 2~4% 한도 적용<br />
** 한도 초과 시 손금 불산입<br />
* '''접대비 한도'''<br />
** 매출/매입 규모에 따른 누진 한도 적용 (기본공제 없음)<br />
** 청색신고 또는 세무조정 시 한도 상향 가능<br />
<br />
=== 2. 비용 처리 주요 유의사항 ===<br />
* '''출장비'''<br />
** 출장보고서 필수 (일정/목적/내용)<br />
** 일당 기준 초과 지급 시 급여 과세<br />
* '''유류비'''<br />
** 법인차량: 차량번호 포함 영수증 필수<br />
** 개인차량:<br />
*** 주행거리 기준 실비 정산(권장)<br />
*** 비용 인정 + 개인 비과세 효과<br />
* '''회의비 / 복지비'''<br />
** 참석자 서명, 회의 내용 등 필수<br />
** 임의 지급 시 세무 리스크<br />
* '''주말/휴일 비용'''<br />
** 출장 또는 근무 관련 증빙 없을 경우 비용 인정 어려움<br />
<br />
=== 3. 파견 인력 급여 및 세무 구조 ===<br />
* '''Split Payment (한·대만 분할 지급) 권장'''<br />
** 양국 과세 분산 및 이중과세 방지<br />
** 외국납부세액공제(FTC) 활용 가능<br />
** PE(고정사업장) 리스크 대응에 유리<br />
<br />
=== 4. 추가 세무 전략 ===<br />
* '''청색신고 제도 활용'''<br />
** 접대비 한도 확대<br />
** 결손금 10년 이월 가능<br />
** 단, 신고 기한 엄수 및 장부 관리 필수<br />
<br />
=== 5. 결론 ===<br />
:::'''핵심은 ‘증빙 + 한도 관리 + 급여 구조 설계’'''<br />
<br />
* 증빙 미비 = 직접적인 세무 리스크<br />
* 차량/출장/복지비 영역에서 관리 필요<br />
* 파견 인력은 반드시 세무 구조 사전 검토 필요<br />
<br />
<br />
= 2. ERP 반영 기준 =<br />
<br />
== 1. 계정 체계 (COA 구조) ==<br />
* Travel Expense<br />
** Domestic Travel<br />
** Overseas Travel<br />
<br />
* Fuel Expense<br />
** Company Vehicle<br />
** Private Vehicle (km basis)<br />
<br />
* Entertainment Expense<br />
** Sales<br />
** Purchase<br />
<br />
* Welfare Expense<br />
** Welfare Committee Fund<br />
** General Welfare<br />
<br />
* Meeting Expense<br />
<br />
* Expat Payroll<br />
** KR Payroll<br />
** TW Payroll<br />
<br />
<br />
== 2. 필수 입력 필드 (Mandatory Fields) ==<br />
{| class="wikitable"<br />
! 항목 !! 필드<br />
|-<br />
| 공통 || 통일번호, 영수증번호<br />
|-<br />
| 출장비 || 출장번호, 출장기간<br />
|-<br />
| 유류비 || 차량번호 / 주행거리<br />
|-<br />
| 접대비 || 참석자, 거래처<br />
|-<br />
| 회의비 || 회의명, 참석자<br />
|-<br />
| 복리후생 || 대상 구분 (전체 / 일부)<br />
|-<br />
| 주말비용 || 특근 승인 여부<br />
|}<br />
<br />
<br />
<br />
== 3. PM 및 AM 통제 사항 ==<br />
<br />
=== 3.1 증빙 미비 관리 ===<br />
* 영수증 또는 출장보고서 없을 경우 전표 재작성 등 관리<br />
<br />
=== 3.2 주말 비용 통제 ===<br />
* 주말 비용 입력 시 특근 승인 여부 확인<br />
* 미승인 시 추가 승인 프로세스 진행<br />
<br />
=== 3.3 접대비 한도 관리 ===<br />
* 누적 금액 기준 한도 초과 시 알림 발생<br />
<br />
=== 3.4 개인 차량 증빙 관리: 거리 기준 ===<br />
* 차량 유형 = Personal<br />
→ 주행거리 입력 필수<br />
→ 금액 자동 산정<br />
<br />
== 4. 승인 Workflow ==<br />
* Step 1: 직원 신청<br />
* Step 2: 팀장 승인<br />
* Step 3: 재무/회계 승인<br />
* Step 4: 세무 검토 (고위험 항목)<br />
<br />
'''고위험 항목'''<br />
* 접대비<br />
* 주말 비용<br />
* 개인 차량 유류비<br />
<br />
<br />
== 5. 관리 KPI ==<br />
* 증빙 누락률 (%)<br />
* 주말 비용 비율 (%)<br />
* 접대비 한도 초과율 (%)<br />
* 개인 차량 사용 비율 (%)<br />
<br />
<br />
= 3. 핵심 요약 =<br />
* ERP 설계 핵심<br />
** 증빙 필수화<br />
** 계정 분리<br />
** 자동 통제 로직 구축<br />
<br />
<br />
----<br />
[[분류:회계]]<br />
[[분류:ERP]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%ED%98%84%EC%9E%A5%ED%9A%8C%EA%B3%84_ERP&diff=1215현장회계 ERP2026-06-12T02:18:21Z<p>Hschoi2: /* 3. ERP 자동 통제 로직 */</p>
<hr />
<div>== 대만 법인 운영 관련 세무 및 회계 처리 핵심 사항 ==<br />
<br />
대만 법인 운영 관련 세무 및 회계 처리 핵심 사항을 아래와 같이 요약 공유드립니다.<br />
<br />
=== 1. 주요 관리 포인트 ===<br />
* '''증빙 관리 필수'''<br />
** 통일영수증 + 업무 관련성 증빙(출장보고서, 회의록 등) 필수<br />
** 미비 시 비용 전액 부인 및 과세 리스크 발생<br />
* '''복리후생비 처리 기준'''<br />
** 직원 50인 이상: 복리후생위원회 설치 의무 &rarr; 기금 방식 집행<br />
** 미설치 시 급여의 약 2~4% 한도 적용<br />
** 한도 초과 시 손금 불산입<br />
* '''접대비 한도'''<br />
** 매출/매입 규모에 따른 누진 한도 적용 (기본공제 없음)<br />
** 청색신고 또는 세무조정 시 한도 상향 가능<br />
<br />
=== 2. 비용 처리 주요 유의사항 ===<br />
* '''출장비'''<br />
** 출장보고서 필수 (일정/목적/내용)<br />
** 일당 기준 초과 지급 시 급여 과세<br />
* '''유류비'''<br />
** 법인차량: 차량번호 포함 영수증 필수<br />
** 개인차량:<br />
*** 주행거리 기준 실비 정산(권장)<br />
*** 비용 인정 + 개인 비과세 효과<br />
* '''회의비 / 복지비'''<br />
** 참석자 서명, 회의 내용 등 필수<br />
** 임의 지급 시 세무 리스크<br />
* '''주말/휴일 비용'''<br />
** 출장 또는 근무 관련 증빙 없을 경우 비용 인정 어려움<br />
<br />
=== 3. 파견 인력 급여 및 세무 구조 ===<br />
* '''Split Payment (한·대만 분할 지급) 권장'''<br />
** 양국 과세 분산 및 이중과세 방지<br />
** 외국납부세액공제(FTC) 활용 가능<br />
** PE(고정사업장) 리스크 대응에 유리<br />
<br />
=== 4. 추가 세무 전략 ===<br />
* '''청색신고 제도 활용'''<br />
** 접대비 한도 확대<br />
** 결손금 10년 이월 가능<br />
** 단, 신고 기한 엄수 및 장부 관리 필수<br />
<br />
=== 5. 결론 ===<br />
:::'''핵심은 ‘증빙 + 한도 관리 + 급여 구조 설계’'''<br />
<br />
* 증빙 미비 = 직접적인 세무 리스크<br />
* 차량/출장/복지비 영역에서 관리 필요<br />
* 파견 인력은 반드시 세무 구조 사전 검토 필요<br />
<br />
<br />
= 2. ERP 반영 기준 =<br />
<br />
== 1. 계정 체계 (COA 구조) ==<br />
* Travel Expense<br />
** Domestic Travel<br />
** Overseas Travel<br />
<br />
* Fuel Expense<br />
** Company Vehicle<br />
** Private Vehicle (km basis)<br />
<br />
* Entertainment Expense<br />
** Sales<br />
** Purchase<br />
<br />
* Welfare Expense<br />
** Welfare Committee Fund<br />
** General Welfare<br />
<br />
* Meeting Expense<br />
<br />
* Expat Payroll<br />
** KR Payroll<br />
** TW Payroll<br />
<br />
<br />
== 2. 필수 입력 필드 (Mandatory Fields) ==<br />
{| class="wikitable"<br />
! 항목 !! 필드<br />
|-<br />
| 공통 || 통일번호, 영수증번호<br />
|-<br />
| 출장비 || 출장번호, 출장기간<br />
|-<br />
| 유류비 || 차량번호 / 주행거리<br />
|-<br />
| 접대비 || 참석자, 거래처<br />
|-<br />
| 회의비 || 회의명, 참석자<br />
|-<br />
| 복리후생 || 대상 구분 (전체 / 일부)<br />
|-<br />
| 주말비용 || 특근 승인 여부<br />
|}<br />
<br />
<br />
<br />
== 3. PM 및 AM 통제 사항 ==<br />
<br />
=== 3.1 증빙 미비 차단 ===<br />
* 영수증 또는 출장보고서 없을 경우 전표 입력 불가<br />
<br />
=== 3.2 주말 비용 통제 ===<br />
* 주말 비용 입력 시 특근 승인 여부 확인<br />
* 미승인 시 추가 승인 프로세스 진행<br />
<br />
=== 3.3 접대비 한도 관리 ===<br />
* 누적 금액 기준 한도 초과 시 알림 발생<br />
<br />
=== 3.4 개인 차량 자동 계산 ===<br />
* 차량 유형 = Personal<br />
→ 주행거리 입력 필수<br />
→ 금액 자동 산정<br />
<br />
== 4. 승인 Workflow ==<br />
* Step 1: 직원 신청<br />
* Step 2: 팀장 승인<br />
* Step 3: 재무/회계 승인<br />
* Step 4: 세무 검토 (고위험 항목)<br />
<br />
'''고위험 항목'''<br />
* 접대비<br />
* 주말 비용<br />
* 개인 차량 유류비<br />
<br />
<br />
== 5. 관리 KPI ==<br />
* 증빙 누락률 (%)<br />
* 주말 비용 비율 (%)<br />
* 접대비 한도 초과율 (%)<br />
* 개인 차량 사용 비율 (%)<br />
<br />
<br />
= 3. 핵심 요약 =<br />
* ERP 설계 핵심<br />
** 증빙 필수화<br />
** 계정 분리<br />
** 자동 통제 로직 구축<br />
<br />
<br />
----<br />
[[분류:회계]]<br />
[[분류:ERP]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%ED%98%84%EC%9E%A5%ED%9A%8C%EA%B3%84_ERP&diff=1214현장회계 ERP2026-06-12T02:17:19Z<p>Hschoi2: </p>
<hr />
<div>== 대만 법인 운영 관련 세무 및 회계 처리 핵심 사항 ==<br />
<br />
대만 법인 운영 관련 세무 및 회계 처리 핵심 사항을 아래와 같이 요약 공유드립니다.<br />
<br />
=== 1. 주요 관리 포인트 ===<br />
* '''증빙 관리 필수'''<br />
** 통일영수증 + 업무 관련성 증빙(출장보고서, 회의록 등) 필수<br />
** 미비 시 비용 전액 부인 및 과세 리스크 발생<br />
* '''복리후생비 처리 기준'''<br />
** 직원 50인 이상: 복리후생위원회 설치 의무 &rarr; 기금 방식 집행<br />
** 미설치 시 급여의 약 2~4% 한도 적용<br />
** 한도 초과 시 손금 불산입<br />
* '''접대비 한도'''<br />
** 매출/매입 규모에 따른 누진 한도 적용 (기본공제 없음)<br />
** 청색신고 또는 세무조정 시 한도 상향 가능<br />
<br />
=== 2. 비용 처리 주요 유의사항 ===<br />
* '''출장비'''<br />
** 출장보고서 필수 (일정/목적/내용)<br />
** 일당 기준 초과 지급 시 급여 과세<br />
* '''유류비'''<br />
** 법인차량: 차량번호 포함 영수증 필수<br />
** 개인차량:<br />
*** 주행거리 기준 실비 정산(권장)<br />
*** 비용 인정 + 개인 비과세 효과<br />
* '''회의비 / 복지비'''<br />
** 참석자 서명, 회의 내용 등 필수<br />
** 임의 지급 시 세무 리스크<br />
* '''주말/휴일 비용'''<br />
** 출장 또는 근무 관련 증빙 없을 경우 비용 인정 어려움<br />
<br />
=== 3. 파견 인력 급여 및 세무 구조 ===<br />
* '''Split Payment (한·대만 분할 지급) 권장'''<br />
** 양국 과세 분산 및 이중과세 방지<br />
** 외국납부세액공제(FTC) 활용 가능<br />
** PE(고정사업장) 리스크 대응에 유리<br />
<br />
=== 4. 추가 세무 전략 ===<br />
* '''청색신고 제도 활용'''<br />
** 접대비 한도 확대<br />
** 결손금 10년 이월 가능<br />
** 단, 신고 기한 엄수 및 장부 관리 필수<br />
<br />
=== 5. 결론 ===<br />
:::'''핵심은 ‘증빙 + 한도 관리 + 급여 구조 설계’'''<br />
<br />
* 증빙 미비 = 직접적인 세무 리스크<br />
* 차량/출장/복지비 영역에서 관리 필요<br />
* 파견 인력은 반드시 세무 구조 사전 검토 필요<br />
<br />
<br />
= 2. ERP 반영 기준 =<br />
<br />
== 1. 계정 체계 (COA 구조) ==<br />
* Travel Expense<br />
** Domestic Travel<br />
** Overseas Travel<br />
<br />
* Fuel Expense<br />
** Company Vehicle<br />
** Private Vehicle (km basis)<br />
<br />
* Entertainment Expense<br />
** Sales<br />
** Purchase<br />
<br />
* Welfare Expense<br />
** Welfare Committee Fund<br />
** General Welfare<br />
<br />
* Meeting Expense<br />
<br />
* Expat Payroll<br />
** KR Payroll<br />
** TW Payroll<br />
<br />
<br />
== 2. 필수 입력 필드 (Mandatory Fields) ==<br />
{| class="wikitable"<br />
! 항목 !! 필드<br />
|-<br />
| 공통 || 통일번호, 영수증번호<br />
|-<br />
| 출장비 || 출장번호, 출장기간<br />
|-<br />
| 유류비 || 차량번호 / 주행거리<br />
|-<br />
| 접대비 || 참석자, 거래처<br />
|-<br />
| 회의비 || 회의명, 참석자<br />
|-<br />
| 복리후생 || 대상 구분 (전체 / 일부)<br />
|-<br />
| 주말비용 || 특근 승인 여부<br />
|}<br />
<br />
<br />
<br />
== 3. ERP 자동 통제 로직 ==<br />
<br />
=== 3.1 증빙 미비 차단 ===<br />
* 영수증 또는 출장보고서 없을 경우 전표 입력 불가<br />
<br />
=== 3.2 주말 비용 통제 ===<br />
* 주말 비용 입력 시 특근 승인 여부 확인<br />
* 미승인 시 추가 승인 프로세스 진행<br />
<br />
=== 3.3 접대비 한도 관리 ===<br />
* 누적 금액 기준 한도 초과 시 알림 발생<br />
<br />
=== 3.4 개인 차량 자동 계산 ===<br />
* 차량 유형 = Personal<br />
→ 주행거리 입력 필수<br />
→ 금액 자동 산정<br />
<br />
<br />
== 4. 승인 Workflow ==<br />
* Step 1: 직원 신청<br />
* Step 2: 팀장 승인<br />
* Step 3: 재무/회계 승인<br />
* Step 4: 세무 검토 (고위험 항목)<br />
<br />
'''고위험 항목'''<br />
* 접대비<br />
* 주말 비용<br />
* 개인 차량 유류비<br />
<br />
<br />
== 5. 관리 KPI ==<br />
* 증빙 누락률 (%)<br />
* 주말 비용 비율 (%)<br />
* 접대비 한도 초과율 (%)<br />
* 개인 차량 사용 비율 (%)<br />
<br />
<br />
= 3. 핵심 요약 =<br />
* ERP 설계 핵심<br />
** 증빙 필수화<br />
** 계정 분리<br />
** 자동 통제 로직 구축<br />
<br />
<br />
----<br />
[[분류:회계]]<br />
[[분류:ERP]]</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%ED%98%84%EC%9E%A5%ED%9A%8C%EA%B3%84_ERP&diff=1213현장회계 ERP2026-06-12T02:14:21Z<p>Hschoi2: 새 문서: == 대만 법인 운영 관련 세무 및 회계 처리 핵심 사항 == 대만 법인 운영 관련 세무 및 회계 처리 핵심 사항을 아래와 같이 요약 공유드립니다. === 1. 주요 관리 포인트 === * '''증빙 관리 필수''' ** 통일영수증 + 업무 관련성 증빙(출장보고서, 회의록 등) 필수 ** 미비 시 비용 전액 부인 및 과세 리스크 발생 * '''복리후생비 처리 기준''' ** 직원 50인 이상: 복리후생위원회...</p>
<hr />
<div>== 대만 법인 운영 관련 세무 및 회계 처리 핵심 사항 ==<br />
<br />
대만 법인 운영 관련 세무 및 회계 처리 핵심 사항을 아래와 같이 요약 공유드립니다.<br />
<br />
=== 1. 주요 관리 포인트 ===<br />
* '''증빙 관리 필수'''<br />
** 통일영수증 + 업무 관련성 증빙(출장보고서, 회의록 등) 필수<br />
** 미비 시 비용 전액 부인 및 과세 리스크 발생<br />
* '''복리후생비 처리 기준'''<br />
** 직원 50인 이상: 복리후생위원회 설치 의무 &rarr; 기금 방식 집행<br />
** 미설치 시 급여의 약 2~4% 한도 적용<br />
** 한도 초과 시 손금 불산입<br />
* '''접대비 한도'''<br />
** 매출/매입 규모에 따른 누진 한도 적용 (기본공제 없음)<br />
** 청색신고 또는 세무조정 시 한도 상향 가능<br />
<br />
=== 2. 비용 처리 주요 유의사항 ===<br />
* '''출장비'''<br />
** 출장보고서 필수 (일정/목적/내용)<br />
** 일당 기준 초과 지급 시 급여 과세<br />
* '''유류비'''<br />
** 법인차량: 차량번호 포함 영수증 필수<br />
** 개인차량:<br />
*** 주행거리 기준 실비 정산(권장)<br />
*** 비용 인정 + 개인 비과세 효과<br />
* '''회의비 / 복지비'''<br />
** 참석자 서명, 회의 내용 등 필수<br />
** 임의 지급 시 세무 리스크<br />
* '''주말/휴일 비용'''<br />
** 출장 또는 근무 관련 증빙 없을 경우 비용 인정 어려움<br />
<br />
=== 3. 파견 인력 급여 및 세무 구조 ===<br />
* '''Split Payment (한·대만 분할 지급) 권장'''<br />
** 양국 과세 분산 및 이중과세 방지<br />
** 외국납부세액공제(FTC) 활용 가능<br />
** PE(고정사업장) 리스크 대응에 유리<br />
<br />
=== 4. 추가 세무 전략 ===<br />
* '''청색신고 제도 활용'''<br />
** 접대비 한도 확대<br />
** 결손금 10년 이월 가능<br />
** 단, 신고 기한 엄수 및 장부 관리 필수<br />
<br />
=== 5. 결론 ===<br />
:::'''핵심은 ‘증빙 + 한도 관리 + 급여 구조 설계’'''<br />
<br />
* 증빙 미비 = 직접적인 세무 리스크<br />
* 차량/출장/복지비 영역에서 관리 필요<br />
* 파견 인력은 반드시 세무 구조 사전 검토 필요</div>Hschoi2http://tcamp32.synology.me:8797/index.php?title=%ED%98%84%EC%9E%A5%ED%9A%8C%EA%B3%84%EB%AC%B8%EC%A0%9C&diff=1184현장회계문제2026-06-11T05:10:21Z<p>Hschoi2: /* 6. 실무 시사점 */</p>
<hr />
<div>=문제제기=<br />
해외 비용지급 가이드가 없다.<br />
<br />
PM 권한에 따라서, 임의 지급되는 부분과 계약과 상관없이 노무 경비로 지급되는 사항들이 많음<br />
<br />
단순히, 지급이 문제가 아니라, 추후 세법상 탈루로 모두 추징되는 문제 <br />
<br />
==파악된 문제==<br />
1. 교통비 관련<br />
<br />
:: 현채인, 파견 인원에 대한 교통비 지급 기준 없다.<br />
:: 시내 교통비, 출장비 여비 등의 구분 없이 필요시 지급하는 경우<br />
:: 자차 운행 유류비 지원 - 공식적으로는 없다. 임의 지급, 문제 상황 오토바이 사용자 유류비 지급, 차량이용자 유류비 지급<br />
:: 현지 법상 문제 - 유류비, 주차비, 주말 휴일 지급 문제<br />
:: 법적 문제 - '''회사차량으로 등록되지 않은 이동장치'''에 대해서 지원은 탈루임.<br />
<br />
2. 주거비<br />
:: 파견인원 및 현채인 일부 주거 지원<br />
:: 수도 광열비, 통신비, 청소료도 모두 비용지원? - 가이드 없음, ERP code: 6181<br />
:: 임시 파견 인원(단기)에게도 지급하는 등 이중 지급 문제<br />
<br />
3. 출장비<br />
:: 출장에 대해서 임의 지급<br />
:: 법률상, 출장비 지급은 관계서류 첨부 필수, 임의 지급할 수 없다. - 필수 사항: '''출장명령서''', 영수증, '''출장보고서'''<br />
<br />
4. 회의비 및 사원복지비, 접대비<br />
:: 회의비 집행시 필수 사항 - 싸인있는 ''참석자 명단''', 회의안건, 회의 결과<br />
:: 사원 복지비, 접대비 - 회사 규모(신고시 자본금과 업종)에 따라 인정 금액이 있음, 해당 금액 넘어선 비용은 모두 '''통제성 경비'''임<br />
:: 지켜지지 않고 있음, '''비용 통제 없음'''<br />
<br />
<br />
===몇가지 예시===<br />
ER2602-0780 출장비 항목이다.<br />
<br />
:: 사용계정 : '''6211''' - Payroll Other payment expense 으로, 임시직 혹은 part time worker의 expense(알바비)로 사용하는 경우이다.<br />
:: 수정계정 : '''6252''' - 출장기타비용 (Business trip other expense)<br />
<br />
<br />
==프로젝트 개별비==<br />
프로젝트 개별비 관련해서는 다음과 같이 1) 적요란에 '''pjt_dic'''라는 예약어를 사용하거나 2) 회계코드를 지정해서 사용한다.<br />
{| class="wikitable"<br />
! 항목 !! ERP code !! 경리월보명칭 !! 비고<br />
|-<br />
| 1. 제조지급수수료(용역), 교육관련 - 제조교육훈련비(기타) || 617 || 교육훈련비 || <br />
|-<br />
| 2. 제조지급수수료(용역) || 6112 || 검정(검수)수수료 || FAT, 현지계약 수수료 등은 없음<br />
|-<br />
| 3. 제조지급수수료(기타) || 678 || 기타 || 수수료는 아님<br />
|-<br />
| 4. 제조운반비 - 현지 물품대에 대한 VAT || 624 || 운반비 || 자재운반비, VAT 포함<br />
|-<br />
| 5. 제조소모품비(기타) - 안전 공구 || 606 || 기타 || <br />
|-<br />
| 6. 제조운반비 - 현장인도비용 || || || 운반비(624)에 포함<br />
|}<br />
<br />
=기타=<br />
기타 경우에 대한 내용<br />
<br />
==신규입사자 ID 없는 경우==<br />
여러가지 방법이 있지만, 어찌되었건 해당 프로젝트에 귀속 되므로, 해당 프로젝트에 회계 담당자는 수급자로 하고, 적요란에 신규입사자, 아직 회사 Email과 ERP ID를 부여받지 못한 사람의 이름을 넣어서 처리할 것.<br />
<br />
* 단, 해당처리는 임시 조치일 뿐이며, 반복되는 경우 사유서 제출해야 함.<br />
<br />
=회계법인 문의사항=<br />
현지 회계 법인과 논의해야 할 사항<br />
<br />
==파견인원 급여==<br />
<br />
# 파견인력 급여 문제 - 이중과세<br />
핵심은 **외국납부세액공제(FTC)**로 정리됩니다. 이미 잘 구조를 이해하고 계신 상황이에요.<br />
간단히 말하면:<br />
1) 기본 원리<br />
<br />
대만에서 낸 세금 → 한국 세금에서 빼줌<br />
또는 반대로 (대만 거주자가 되면) 한국 세금 → 대만에서 공제<br />
<br />
2) 현재 케이스 (한국 거주자 유지 + 대만 183일 초과)<br />
→ 일반적으로 이렇게 처리합니다:<br />
<br />
대만: 먼저 현지 소득세 납부 (원천징수 + 5월 정산)<br />
한국: 전 세계 소득 합산 과세<br />
대신<br />
→ 대만에 낸 세금 = 한국 세금에서 공제<br />
<br />
즉,<br />
“둘 다 내는 구조”가 아니라<br />
👉 최종적으로는 더 높은 국가 세율 기준으로 한 번만 내는 효과<br />
<br />
3) 중요한 포인트 (실무 핵심)<br />
<br />
<br />
공제 한도 있음<br />
→ 한국 산출세액 범위까지만 공제 가능<br />
→ 초과분은 환급 X, 5년 이월<br />
<br />
<br />
반드시 필요한 것<br />
→ 대만 납세증명서 (Tax Certificate)<br />
→ 원천징수 영수증<br />
<br />
<br />
타이밍 이슈<br />
→ 대만은 다음 해 5월 확정<br />
→ 한국은 연말정산 or 종소세 신고 때 반영<br />
<br />
<br />
<br />
4) 한 줄 정리<br />
👉 “대만에서 먼저 내고, 한국에서 차감(공제)해서 이중과세 제거”<br />
<br />
* 추천 방안<br />
👉 1. PE 리스크 방어<br />
<br />
현지 법인에서 급여 지급 → 사업 수행 주체 명확<br />
<br />
👉 2. 세무조사 대응 용이<br />
<br />
급여/세금 흐름이 국가별로 깔끔<br />
<br />
👉 3. 외국납부세액공제 최적화<br />
<br />
공제 누락/타이밍 꼬임 최소화<br />
<br />
3가지 구조 비교 (핵심만 직관적으로)<br />
✅ A안: 한국 본사 100% 지급<br />
(한국 급여만)<br />
구조<br />
<br />
한국: 전액 과세 + 연말정산<br />
대만: 동일 급여에 대해 추가 과세<br />
<br />
문제점<br />
<br />
이중과세 구조 → 나중에 공제로 맞추는 방식<br />
대만에서 개인이 직접 신고/납부 → 번거로움<br />
PE 리스크 높음 (핵심 문제)<br />
<br />
세금<br />
<br />
결국 공제로 맞추지만<br />
👉 현금흐름 불리 (두 번 내고 나중에 돌려받는 구조)<br />
<br />
한줄 평가<br />
👉 “가장 비효율 + 리스크 큼 (비추천)”<br />
<br />
✅ B안: 한국 + 대만 분할 지급 ⭐ (Best)<br />
구조<br />
<br />
한국: 기본급 일부<br />
대만: 해외수당/현지급여<br />
<br />
세금 흐름<br />
<br />
한국 → 한국 세금<br />
대만 → 대만 세금<br />
한국에서 합산 후<br />
👉 외국납부세액공제로 정리<br />
<br />
장점<br />
<br />
국외근로소득 비과세 (월 100만원) 활용 가능<br />
양국 원천징수로 세금 분산<br />
현금흐름 안정적<br />
PE 리스크 상대적으로 낮음<br />
실무 처리 가장 깔끔<br />
<br />
단점<br />
<br />
급여 구조 설계 필요<br />
환율/정산 관리 필요<br />
<br />
한줄 평가<br />
👉 “세금 + 리스크 + 실무까지 균형 최적”<br />
<br />
✅ C안: 대만 100% 지급 (현지 전적)<br />
구조<br />
<br />
대만 법인 소속<br />
급여 전액 대만 지급<br />
<br />
세금<br />
<br />
대만에서 대부분 과세<br />
한국은 종합소득 신고 + 외국납부세액공제<br />
<br />
장점<br />
<br />
구조 단순 (현지 기준)<br />
대만 세율이 낮으면 유리<br />
<br />
단점<br />
<br />
여전히 한국 신고 필요 (거주자 유지 시)<br />
외국납부세액공제 필수<br />
이전가격/비용정산 이슈 발생 가능<br />
<br />
한줄 평가<br />
👉 “현지 중심 구조, 하지만 완전한 해결은 아님”<br />
<br />
✅ 핵심 비교 요약<br />
<br />
<br />
세금 최적화<br />
→ B ≈ C > A<br />
<br />
<br />
현금흐름<br />
→ B > C > A<br />
<br />
<br />
리스크 (특히 PE)<br />
→ B < C < A<br />
<br />
<br />
실무 편의성<br />
→ B > C > A<br />
<br />
# 통제성 경비 인정 금액 산정<br />
* 회의비, 사원복지비, 접대비<br />
<br />
※ 회사규모, 업종에 따라 '''인정 금액''' 제한 (비용통제필요)<br />
<br />
1) 정확한 금액은?<br />
<br />
2) 회의비, 출장비 - 경비 인정 한도는?<br />
<br />
# OFF Shore - 진행매출과 비용인정 (법인세)<br />
<br />
<br />
==대만소득세법 37조==<br />
=== 대만 교제응수비(접대비) 손금 인정 기준 ===<br />
<br />
대만 소득세법 제37조에 따른 '''교제응수비(交際應酬費)'''의 손금 인정 한도는 <br />
매입(進貨), 매출(銷貨), 노무제공(勞務), 외환수입 등 '''목적별 연간 순금액'''에 따라 <br />
구간별 누진 비율을 적용하여 '''합산 계산'''한다.<br />
<br />
또한 '''청색신고서(藍色申報書) 사용 기업''' 및 <br />
'''회계사 세무조정(簽證) 기업'''은 일반 기업보다 높은 공제 한도를 적용받는다.<br />
<br />
----<br />
<br />
=== 1. 매입 목적 (연간 순매입액 기준) ===<br />
<br />
원재료 또는 상품 매입 시 발생하는 교제응수비 한도<br />
<br />
{| class="wikitable"<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="wikitable"<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="wikitable"<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 />
<br />
=== 6. 실무 유의사항 ===<br />
<br />
* 목적별 금액 구분 관리 필수 (매입 vs 매출 vs 노무)<br />
* 청색신고서 및 세무조정 여부에 따라 한도 차이 발생<br />
* 외환 수입 증빙 확보 시 추가 절세 가능<br />
<br />
<br />
==복리후생비 인정기준==<br />
<br />
'''직공복리위원회(職工福利委員會)'''가 설치되어 있는데, 이에 따른 비용인정 한도 및 가이드<br />
<br />
[[대만세법]] 참조<br />
<br />
===복리위원회 설치와 세제혜택===<br />
<br />
원칙: 회사는 법정 기준에 따라 복리후생 기금(職工福利金)을 출연해야 하며, 해당 출연금만 비용으로 인정됨<br />
<br />
:법정 출연 한도<br />
::창립 시: 자본금의 1% ~ 5% 이내 (일시 비용 또는 자본화 후 상각)<br />
::매월 총매출액의 0.05% ~ 0.15% 이내<br />
::매월 직원 급여 공제액 (직원 소득 차감)<br />
::불용자산 매각 수입의 20% ~ 40% 이내<br />
<br />
===항목별 세법상 적격 증빙 ===<br />
<br />
대만 세무당국은 비용 인정 시 업무 관련성과 증빙을 엄격히 검토한다.<br />
<br />
* '''식대 및 중식 보조'''<br />
** 월 한도 (예: 인당 NTD 3,000 수준) 내 비과세 비용 인정<br />
<br />
* '''직원 보험료'''<br />
** 노동보험, 건강보험, 단체보험 비용 인정 (인당 한도 존재)<br />
<br />
* '''교육훈련비'''<br />
** 업무 관련성 입증 필요<br />
** 통일영수증(統一發票) 필수<br />
<br />
* '''경조사비 및 의료비'''<br />
** 사규에 지급 기준 명시 필요<br />
** 기타소득 또는 급여소득으로 원천징수 가능성 있음<br />
<br />
<br />
== 접대비: 대만 교제응수비(접대비) 세무 기준 ==<br />
<br />
→ 구체 조건 확인 시 공제 한도 및 절세 전략 정밀 산출 가능 '''회계법인으로 부터 확인'''<br />
<br />
대만 세법(소득세법 제37조)에 따른 '''교제응수비(交際應酬費)'''는 <br />
한국과 달리 '''기본 공제 한도 없이''', 목적별 누진 비율만 적용하여 한도를 산출한다.<br />
<br />
효율적인 지출 관리를 위해 한국과 대만의 세법 기준을 비교하면 다음과 같다.<br />
<br />
----<br />
<br />
== 1. 세법 기준 비교 (한국 vs 대만) ==<br />
<br />
{| class="wikitable"<br />
! 구분<br />
! 한국 세법<br />
! 대만 세법<br />
|-<br />
| 법적 용어<br />
| 접대비 (업무추진비)<br />
| 교제응수비(交際應酬費)<br />
|-<br />
| 한도 구조<br />
| 기본 한도 + 수입금액별 한도<br />
| 기본 한도 없음, 목적별 누진 비율<br />
|-<br />
| 기본 한도<br />
| 일반 1,200만 원 / 중소기업 3,600만 원<br />
| 없음 (0원)<br />
|-<br />
| 구간별 비율<br />
| 0.3% ~ 0.03%<br />
| 0.15% ~ 0.6% (목적별 상이)<br />
|-<br />
| 우대 제도<br />
| 문화접대비 추가 인정<br />
| 청색신고서 사용 시 한도 우대<br />
|-<br />
| 수출 우대<br />
| 별도 없음<br />
| 수출액의 2% 특별 한도<br />
|}<br />
<br />
----<br />
<br />
== 2. 대만 교제응수비 한도 계산 방식 ==<br />
<br />
대만은 단일 비율이 아닌 '''구간별 누진 방식'''을 적용한다.<br />
<br />
=== (1) 일반기업 매출액 기준 ===<br />
<br />
* NTD 3,000만 이하: 0.45% (청색신고 기업 0.6%)<br />
* NTD 3,000만 초과 ~ 1억 5,000만: 초과분의 0.3%<br />
* NTD 1억 5,000만 초과 ~ 6억: 초과분의 0.2%<br />
* NTD 6억 초과: 초과분의 0.1%<br />
<br />
----<br />
<br />
== 3. 세무 리스크 방지 및 관리 방안 ==<br />
<br />
=== (1) 계정과목 및 원가 기준 준수 ===<br />
<br />
* 거래처 제공 제품은 '''원가 기준'''으로 기장 (시가 기준 아님)<br />
* 접대성 지출은 반드시 '''교제응수비 계정'''으로 처리<br />
* 타 계정 분류 시 세무조사에서 비용 부인 가능<br />
<br />
----<br />
<br />
=== (2) 청색신고서(靑色申報書) 활용 ===<br />
<br />
* 대만 세무당국 승인 장부 체계<br />
* 교제응수비 한도 비율 '''약 0.1%~0.15%p 상향'''<br />
* 비용 인정 범위 확대 가능<br />
<br />
----<br />
<br />
=== (3) 수출기업 외화 증빙 관리 ===<br />
<br />
* 수출 관련 접대비는 '''수출액의 2% 추가 한도''' 인정<br />
<br />
* 적용 요건:<br />
** 계약서 외화 기준 작성<br />
** 외화 송금 증빙 확보 (TWD 불가)<br />
<br />
----<br />
<br />
== 4. 실무 시사점 ==<br />
<br />
* 기본 공제 없이 누진 구조 → 매출 규모별 한도 관리 필수<br />
* 증빙 및 계정과목 관리가 핵심 리스크<br />
* 청색신고서 및 수출 우대 활용 시 절세 가능<br />
<br />
----<br />
<br />
== 5. 추가 검토 필요사항 ==<br />
<br />
다음 요소에 따라 공제 한도 달라짐:<br />
<br />
* 업종 (제조, 유통, 서비스 등)<br />
* 연간 매출 규모<br />
* 접대비 지출 구조<br />
<br />
<br />
== 청색신고서(藍色申報書) 제도 개요 ==<br />
<br />
대만에서 '''교제응수비 한도 우대''' 및 <br />
'''결손금 10년 이월공제(盈虧互抵)''' 혜택을 받기 위해서는 <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 />
== 2. 신청 기한 (중요) ==<br />
<br />
청색신고서는 '''반드시 사전 신청'''해야 하며, 신고기한 임박 시 신청 불가<br />
<br />
=== (1) 기존 법인 ===<br />
* 신청 기간: 매년 '''6월 1일 ~ 6월 30일'''<br />
* 대상: 해당 회계연도 적용 목적<br />
<br />
=== (2) 신규 설립 법인 ===<br />
* 신청 기한: '''사업연도 종료 1개월 전까지'''<br />
<br />
----<br />
<br />
== 3. 사용 및 유지 요건 ==<br />
<br />
국세국 승인 이후 반드시 아래 요건을 준수해야 한다.<br />
<br />
=== (1) 기한 내 결산 신고 ===<br />
<br />
* 신고 기간: 매년 '''5월 1일 ~ 5월 31일'''<br />
* 단 하루라도 지연 시:<br />
** 해당 연도 청색신고 자격 박탈<br />
** 일반 신고로 전환<br />
<br />
----<br />
<br />
=== (2) 전용 신고서 사용 ===<br />
<br />
* 일반 신고서(普通申報書) 사용 불가<br />
* 반드시 '''청색신고서 양식''' 선택 및 제출<br />
<br />
----<br />
<br />
=== (3) 증빙 및 장부 관리 ===<br />
<br />
* 교제응수비 등 비용에 대한 증빙 철저 관리<br />
** 통일영수증(統一發票)<br />
** 거래 내역<br />
** 방문 목적 등<br />
<br />
* 장부와 증빙 간 매칭 필수<br />
* 세무당국 서면 심사 대비 필요<br />
<br />
----<br />
<br />
== 4. 실무 리스크 및 관리 포인트 ==<br />
<br />
* 장부 누락 또는 증빙 부족 시:<br />
** 비용 부인 및 세무조정 가능<br />
<br />
* 신고 지연 시:<br />
** 청색신고 혜택 즉시 상실<br />
<br />
* 교제응수비 우대 적용 시:<br />
** 증빙 검증 수준 더욱 강화<br />
<br />
----<br />
<br />
== 5. 대체 수단 (회계사 세무조정) ==<br />
<br />
청색신고서 대신 다음 방식으로 동일 혜택 적용 가능<br />
<br />
* '''회계사 세무 감사 보고서(會計師查核簽證報告書)''' 제출<br />
* 제출 기한: 일반적으로 '''7월 말'''<br />
<br />
=== 효과 ===<br />
* 교제응수비 한도 상향<br />
* 결손금 이월공제 적용 가능<br />
<br />
----<br />
<br />
== 6. 실무 시사점 ==<br />
<br />
* 내부 장부 관리 수준이 높을 경우 → 청색신고서 유리<br />
* 장부 관리 부담이 클 경우 → 회계사 세무조정 대안 검토<br />
<br />
→ 기업 상황에 따라 최적 방식 선택 필요<br />
<br />
<br />
----<br />
<br />
= 회계법인 문의사항 =<br />
<br />
현지 회계 법인과 논의해야 할 사항<br />
<br />
== 파견인원 급여 ==<br />
<br />
=== 이중과세 기본 구조 ===<br />
<br />
* 핵심: '''외국납부세액공제(FTC)'''<br />
* 대만 납부세액 → 한국 세액에서 공제<br />
<br />
=== 현재 구조 ===<br />
<br />
* 대만: 원천징수 + 5월 정산<br />
* 한국: 전 세계 소득 과세<br />
* 결과:<br />
** 이중과세가 아닌 최종적으로 높은 세율 기준으로 과세<br />
<br />
=== 실무 핵심 포인트 ===<br />
<br />
* 공제 한도 존재 (한국 산출세액 한도)<br />
* 초과분: 환급 불가, 5년 이월<br />
* 필요서류:<br />
** 납세증명서<br />
** 원천징수영수증<br />
* 타이밍:<br />
** 대만: 다음 해 5월<br />
** 한국: 연말정산/종소세<br />
<br />
=== 급여 구조별 비교 ===<br />
<br />
==== A안: 한국 100% 지급 ====<br />
* 이중과세 → 사후 공제 구조<br />
* PE 리스크 높음<br />
* 현금흐름 불리<br />
<br />
==== B안: 한국+대만 분할 지급 ====<br />
* 외국납부세액공제 최적화<br />
* PE 리스크 낮음<br />
* 실무 최적 구조<br />
<br />
==== C안: 대만 100% 지급 ====<br />
* 구조 단순<br />
* 한국 신고 필요<br />
* 이전가격 이슈 가능<br />
<br />
=== 핵심 비교 ===<br />
<br />
* 세금: B ≈ C > A<br />
* 현금흐름: B > C > A<br />
* 리스크: B < C < A<br />
<br />
---<br />
<br />
=== 기타 검토 사항 ===<br />
<br />
* 통제성 경비 (회의비, 복지비, 접대비)<br />
* OFF Shore 매출 및 비용 인정<br />
* 회사 규모/업종별 비용 인정 한도<br />
<br />
----<br />
<br />
== 대만소득세법 37조 ==<br />
<br />
=== 교제응수비 손금 인정 기준 ===<br />
<br />
* 매입, 매출, 노무, 외환 기준 합산<br />
* 누진 구조 적용<br />
* 청색신고 및 세무조정 시 우대<br />
<br />
=== 주요 구조 ===<br />
<br />
* 매입 기준<br />
* 매출 기준<br />
* 노무 기준<br />
* 외환 추가 한도<br />
<br />
=== 핵심 ===<br />
<br />
* 총 한도 = 모든 항목 합산<br />
* 초과 시 손금 불산입<br />
<br />
----<br />
<br />
== 복리후생비 인정기준 ==<br />
<br />
=== 기본 구조 ===<br />
<br />
* '''직공복리위원회''' 기준 적용<br />
* 기금 출연금만 비용 인정<br />
<br />
=== 출연 한도 ===<br />
<br />
* 자본금 1~5%<br />
* 매출 0.05~0.15%<br />
* 급여 공제액<br />
* 자산매각 20~40%<br />
<br />
=== 증빙 요건 ===<br />
<br />
* 식대 (한도 있음)<br />
* 보험료 인정<br />
* 교육비 (업무 관련성 필요)<br />
* 경조사비 (사규 필요)<br />
<br />
----<br />
<br />
== 접대비: 대만 교제응수비(접대비) 세무 기준 ==<br />
<br />
=== 기본 특징 ===<br />
<br />
* 기본 공제 없음<br />
* 누진 비율 구조<br />
* 청색신고 시 우대<br />
<br />
=== 한국 vs 대만 차이 ===<br />
<br />
* 한국: 기본한도 + 비율<br />
* 대만: 비율만 적용<br />
<br />
=== 관리 포인트 ===<br />
<br />
* 계정과목 정확성<br />
* 원가 기준 처리<br />
* 수출 시 2% 추가 한도<br />
<br />
----<br />
<br />
== 청색신고서 제도 ==<br />
<br />
=== 개요 ===<br />
<br />
* 교제비 한도 확대<br />
* 결손금 10년 이월<br />
<br />
=== 신청 요건 ===<br />
<br />
* 법인 형태<br />
* 완전한 장부<br />
* 성실 신고<br />
<br />
=== 신청 기한 ===<br />
<br />
* 기존: 6월<br />
* 신규: 결산 1개월 전<br />
<br />
=== 유지 조건 ===<br />
<br />
* 5월 신고 기한 엄수<br />
* 청색신고서 사용<br />
* 증빙 철저 관리<br />
<br />
=== 대체 방안 ===<br />
<br />
* 회계사 세무조정(簽證)<br />
* 동일 혜택 적용 가능<br />
<br />
=== 실무 포인트 ===<br />
<br />
* 내부 장부 수준 따라 선택<br />
* 세무조정 방식 병행 검토<br />
<br />
----<br />
<br />
----<br />
[[분류:ERP]]<br />
[[분류:회계]]</div>Hschoi2