전은 포맷이란? 일본 종합 이체·급여 이체 데이터 만드는 법과 120바이트 레이아웃
일본에서 회사가 인터넷 뱅킹으로 수십 건의 이체를 한꺼번에 보낼 때, 은행에서 "전은 포맷 파일을 가져와 주세요"라는 안내를 받곤 합니다. 전은 포맷은 일본 전국은행협회(전은협)가 정한 이체 데이터 작성 방식으로, 한 줄이 120바이트인 고정 길이 텍스트를 헤더·데이터·트레일러·엔드의 4종류 레코드로 구성합니다. 이 글에서는 종합 이체·급여 이체·상여 이체의 차이, 각 레코드의 항목과 자릿수(몇 번째 바이트에 무엇을 쓰는지), 수취인 이름을 반각 가타카나로 바꿀 때의 규칙과 「カ)」「(カ」 법인 약어, 유초 은행 기호·번호 변환, Excel·CSV로 만드는 절차, 가져오기 오류의 원인과 해결 방법까지 실무에서 막히는 순서대로 정리했습니다.
결론: 전은 파일은 "120바이트 줄 4종류"를 나열한 파일
전은 포맷(정식 명칭은 전은협 규정 포맷)은 일본 기업이 여러 건의 이체를 은행에 한꺼번에 의뢰할 때 쓰는 데이터 형식입니다. 회계 소프트웨어나 급여 소프트웨어의 "전은 데이터 출력" "FB 데이터 출력"으로 만들어지는 파일도 거의 모두 이 형식입니다. 내용은 Shift_JIS 텍스트이고, 한 줄(1레코드)이 반드시 120바이트가 되도록 정해진 위치에 정해진 자릿수로 항목을 씁니다. CSV처럼 쉼표로 구분하지 않기 때문에 항목 위치가 1바이트만 어긋나도 은행은 다른 항목으로 읽어 버립니다.
| 레코드 | 첫 1글자(데이터 구분) | 줄 수 | 쓰는 내용 |
|---|---|---|---|
| 헤더 레코드 | 1 | 1줄 | 이체 종류, 이체 의뢰인 코드, 의뢰인 이름, 이체일(取組日), 출금 계좌 |
| 데이터 레코드 | 2 | 이체 1건마다 1줄 | 수취인의 금융기관·지점·예금 종목·계좌번호·수취인 이름·금액 |
| 트레일러 레코드 | 8 | 1줄 | 데이터 레코드 건수와 이체 금액 합계 |
| 엔드 레코드 | 9 | 1줄 | 파일 끝 표시(나머지는 공백) |
예를 들어 30명에게 이체한다면 헤더 1줄·데이터 30줄·트레일러 1줄·엔드 1줄로 총 33줄이며, 줄바꿈을 빼면 33×120=3,960바이트 파일이 됩니다. 은행은 트레일러에 적힌 건수·합계 금액과 데이터 줄을 다시 센 결과를 대조하고, 맞지 않으면 파일 전체를 받지 않습니다.
- 숫자 항목(N)은 오른쪽 정렬, 자릿수가 모자라면 앞을 0으로 채운다(계좌번호 123 → 0000123)
- 문자 항목(C)은 왼쪽 정렬, 남는 부분은 뒤를 공백으로 채운다
- 쓸 수 있는 문자는 반각 숫자·영문 대문자·가타카나와 일부 기호뿐. 전각 문자는 한 글자도 넣을 수 없다
- 반각만 쓰므로 Shift_JIS에서도 1글자=1바이트. 탁점 「゙」·반탁점 「゚」도 각각 1글자로 센다
종합 이체·급여 이체·상여 이체의 차이(종별 코드)
같은 전은 포맷이라도 어떤 이체인지는 헤더의 "종별 코드"(2자리)로 구분합니다. 거래처 대금 지급이나 경비 정산은 종합 이체, 직원 급여는 급여 이체, 보너스는 상여 이체입니다. 레이아웃은 거의 같지만 데이터 레코드 일부 항목의 의미와 은행 수수료·마감이 달라집니다.
| 종별 코드 | 이체 종류 | 주요 용도 | 데이터 레코드의 차이 |
|---|---|---|---|
| 21 | 종합 이체 | 매입 대금·외주비·경비 정산·월세 등 | 고객 코드 1·2를 자유롭게 사용. 이체 지정 구분(7 전신 이체·8 문서 이체)과 EDI 정보(식별 표시 Y) 사용 가능 |
| 11 | 급여 이체 | 매월 급여(민간 기업) | 고객 코드 1이 사원 번호, 고객 코드 2가 소속 코드. 이체 지정 구분과 식별 표시는 공백 |
| 12 | 상여 이체 | 보너스(민간 기업) | 급여 이체와 같음 |
| 71·72 | 급여·상여 이체(공무원) | 관공서의 급여·상여 | 급여·상여 이체와 같은 형태. 민간 회사는 쓰지 않음 |
| 91 | 계좌 이체(자동 인출) | 회비·수강료 등의 인출 | 이체가 아니라 인출 의뢰. 일부 항목이 달라 이체용 파일과 따로 만든다 |
급여를 종합 이체로 보내는 것 자체는 가능하지만, 많은 은행이 급여 이체를 "지급일 아침에 일제히 입금" "수수료가 종합 이체보다 저렴" 하게 취급하는 대신 데이터 마감을 이르게 정해 둡니다. 반대로 급여 이체 파일에 외주처 지급을 섞는 것은 은행 계약상 보통 허용되지 않습니다. 급여와 외주비는 별도 파일로 나누어 만드세요.
헤더 레코드의 항목과 자릿수
헤더에는 누가·언제·어느 계좌에서 이체하는지를 씁니다. "위치"는 줄 맨 앞을 1번째 바이트로 했을 때의 자리입니다. 회계 소프트웨어가 내보낸 파일을 확인할 때는 이 위치로 잘라서 읽습니다.
| 위치 | 항목 | 자릿수 | 종류 | 쓰는 법 |
|---|---|---|---|---|
| 1 | 데이터 구분 | 1 | N | 1 |
| 2~3 | 종별 코드 | 2 | N | 21 종합 이체·11 급여 이체·12 상여 이체 |
| 4 | 코드 구분 | 1 | N | 0(JIS·Shift_JIS). EBCDIC일 때만 1 |
| 5~14 | 이체 의뢰인 코드 | 10 | N | 은행과의 계약으로 부여되는 번호(위탁자 코드) |
| 15~54 | 이체 의뢰인 이름 | 40 | C | 회사명의 반각 가타카나. 법인 약어 사용 가능 |
| 55~58 | 이체일(取組日) | 4 | N | 이체일(급여는 지급일)을 월일 MMDD로. 연도는 쓰지 않음 |
| 59~62 | 출금 금융기관 번호 | 4 | N | 출금 계좌가 있는 금융기관 코드 |
| 63~77 | 출금 금융기관명 | 15 | C | 반각 가타카나. 생략 시 공백 |
| 78~80 | 출금 지점 번호 | 3 | N | 출금 계좌의 지점 코드 |
| 81~95 | 출금 지점명 | 15 | C | 반각 가타카나. 생략 시 공백 |
| 96 | 예금 종목(의뢰인) | 1 | N | 1 보통·2 당좌·9 기타 |
| 97~103 | 계좌번호(의뢰인) | 7 | N | 7자리가 안 되면 앞을 0으로 채움 |
| 104~120 | 더미 | 17 | C | 공백 |
가장 문의가 많은 항목은 이체 의뢰인 코드입니다. 은행이 계약마다 부여하는 10자리 번호로, 인터넷 뱅킹의 종합 이체·급여 이체 서비스를 신청할 때 받은 서류나 관리 화면의 "위탁자 코드" "의뢰인 코드" 란에서 확인할 수 있습니다. 회사의 법인 번호나 계좌번호와는 다른 것이므로, 아무 숫자나 넣으면 가져오기 단계에서 거부됩니다.
이체일은 월과 일 4자리뿐이고 연도가 없습니다. 12월 28일에 다음 해 1월 5일 지급 급여 데이터를 만들 때도 "0105"라고 쓰면 됩니다. 다만 금융기관 휴무일을 이체일로 하면 오류가 나거나 다음 영업일로 처리되므로, 주말·공휴일과 12월 31일~1월 3일은 피해서 날짜를 정하세요. 휴일에 걸렸을 때의 처리는 지급 기일 계산에 정리해 두었습니다.
데이터 레코드의 항목과 자릿수
데이터 레코드는 이체 1건당 1줄로, 수취인 계좌와 금액을 씁니다. 수취인 이름은 30바이트밖에 없어서 긴 회사명은 약어를 써도 다 들어가지 않을 수 있습니다.
| 위치 | 항목 | 자릿수 | 종류 | 쓰는 법 |
|---|---|---|---|---|
| 1 | 데이터 구분 | 1 | N | 2 |
| 2~5 | 입금 금융기관 번호 | 4 | N | 수취인의 금융기관 코드(미즈호 0001, 미쓰비시UFJ 0005, 유초 9900 등) |
| 6~20 | 입금 금융기관명 | 15 | C | 반각 가타카나. 생략 시 공백 |
| 21~23 | 입금 지점 번호 | 3 | N | 수취인의 지점 코드 |
| 24~38 | 입금 지점명 | 15 | C | 반각 가타카나. 생략 시 공백 |
| 39~42 | 어음 교환소 번호 | 4 | N | 현재는 쓰지 않음. 공백 또는 0(은행 지정에 따름) |
| 43 | 예금 종목 | 1 | N | 1 보통·2 당좌·4 저축·9 기타 |
| 44~50 | 계좌번호 | 7 | N | 7자리가 안 되면 앞을 0으로 채움 |
| 51~80 | 수취인 이름 | 30 | C | 계좌 명의의 반각 가타카나. 법인은 약어 사용 |
| 81~90 | 이체 금액 | 10 | N | 엔. 앞을 0으로 채움(최대 9,999,999,999엔) |
| 91 | 신규 코드 | 1 | N | 0 기타·1 첫 이체·2 변경 |
| 92~101 | 고객 코드 1 | 10 | N | 종합 이체는 자유(거래처 코드 등). 급여·상여는 사원 번호 |
| 102~111 | 고객 코드 2 | 10 | N | 종합 이체는 자유. 급여·상여는 소속 코드 |
| 112 | 이체 지정 구분 | 1 | N | 7 전신 이체·8 문서 이체. 급여·상여는 공백 |
| 113 | 식별 표시 | 1 | C | Y로 하면 고객 코드 1·2의 20자리를 EDI 정보로 사용 |
| 114~120 | 더미 | 7 | C | 공백 |
금융기관명·지점명은 공백으로 생략해도 은행이 코드로 수취인을 정하기 때문에 대개 문제가 없습니다. 틀린 이름을 쓰는 것보다 비워 두는 편이 안전합니다. 반대로 코드는 1자리만 틀려도 다른 은행·지점이 되므로, 전은협의 금융기관 코드 목록이나 거래처에서 받은 청구서의 입금 계좌로 반드시 확인하세요.
EDI 정보는 이체에 청구서 번호 등을 붙여 상대에게 알리는 구조입니다. 식별 표시를 Y로 하면 고객 코드 1·2의 20자리에 숫자뿐 아니라 반각 영숫자·가타카나를 쓸 수 있고, 받는 쪽의 입금 내역에 표시됩니다. 매출 채권 대사를 편하게 하려는 거래처가 "EDI 정보에 청구서 번호를 넣어 달라"고 요청할 때 씁니다. 더 긴 정보(최대 140자)를 보내는 전은 EDI 시스템(ZEDI)은 XML이라는 별도 형식이라 이 파일과는 다른 서비스입니다.
트레일러·엔드 레코드와 줄바꿈·문자 코드
| 레코드 | 위치 | 항목 | 자릿수 | 쓰는 법 |
|---|---|---|---|---|
| 트레일러 | 1 | 데이터 구분 | 1 | 8 |
| 트레일러 | 2~7 | 합계 건수 | 6 | 데이터 레코드 줄 수. 앞을 0으로 채움 |
| 트레일러 | 8~19 | 합계 금액 | 12 | 이체 금액 합계. 앞을 0으로 채움 |
| 트레일러 | 20~120 | 더미 | 101 | 공백 |
| 엔드 | 1 | 데이터 구분 | 1 | 9 |
| 엔드 | 2~120 | 더미 | 119 | 공백 |
트레일러의 건수와 합계 금액은 데이터 줄을 손으로 추가하거나 지운 뒤에 고치는 것을 잊기 쉬운 항목입니다. 1건을 지웠는데 트레일러가 그대로면 은행은 "건수·금액 불일치"로 파일 전체를 받지 않습니다. 데이터를 고쳤다면 트레일러도 반드시 다시 만드세요.
파일의 문자 코드는 Shift_JIS(코드 구분 0)입니다. 쓸 수 있는 문자가 모두 반각이므로 실제로는 ASCII와 반각 가타카나만 있는 파일이 됩니다. UTF-8로 저장하면 반각 가타카나가 1글자 3바이트가 되어 120바이트 구분이 무너집니다. 줄바꿈은 120바이트마다 CRLF(Windows 줄바꿈)를 넣는 형태가 가장 많고, 은행에 따라 LF나 "줄바꿈 없이 120바이트를 이어 쓰는" 형태를 지정하기도 합니다. 파일 끝에 EOF(0x1A)를 붙이라는 오래된 사양도 남아 있으므로, 가져오기에서 오류가 나면 은행 "파일 사양서"의 줄바꿈 항목을 확인하세요.
쓸 수 있는 문자와 반각 가타카나로 바꿀 때의 규칙
전은 포맷에서 쓸 수 있는 문자는 상당히 제한적입니다. 계좌 명의는 은행 원장에 반각 가타카나로 등록되어 있고 이체할 때 수취인 이름이 그것과 대조되므로, 표기 규칙을 지키지 않으면 "명의 상이"로 구미모도시(이체 취소)가 될 수 있습니다.
| 종류 | 쓸 수 있는 문자 | 주의 |
|---|---|---|
| 숫자 | 0~9 | 전각 숫자는 쓸 수 없음 |
| 영문자 | A~Z | 대문자만. 소문자는 대문자로 바꿈 |
| 가타카나 | ア~ン, ヲ, 탁점 ゙, 반탁점 ゚ | 작은 ァ ィ ゥ ェ ォ ャ ュ ョ ッ 와 장음 ー 는 쓸 수 없음 |
| 기호 | 공백 ( ) . - / 「 」 \ , | 은행에 따라 이보다 적을 수 있음 |
- 작은 가타카나는 크게 쓴다: shoji → シヨウジ, happy → ハツピ-
- 장음은 하이픈 「-」로 바꾼다: senta(center) → センタ-
- "vu"는 ヴ 두 글자. 탁점도 1글자이므로 이름 길이를 셀 때 주의
- 가운뎃점 「·」은 마침표 「.」로, 전각 공백은 반각 공백으로 바꾼다
- 「&」는 쓸 수 없으므로 「.」 등으로 바꾼다(은행 등록에 맞춘다)
- 성과 이름 사이는 반각 공백 1개: ヤマダ タロウ
글자 수 상한도 탁점·반탁점을 1글자로 셉니다. 수취인 이름 칸은 30글자지만 ガク)グリ-ンヒルズガクエン처럼 탁음이 많은 이름은 보기보다 빨리 상한에 닿습니다. 상한을 넘는 부분은 잘라서 보내는 것이 일반적이고 은행도 앞부분부터 대조하므로, 대부분 그대로 입금됩니다.
법인 약어 「カ)」「(カ」 붙이는 법
법인 계좌 명의는 「株式会社」를 「カ」로 하는 것처럼 법인 종류를 짧은 약어로 바꿔 등록되어 있습니다. 괄호 방향으로 약어가 회사명 앞에 있는지 뒤에 있는지를 나타냅니다.
| 회사명 안의 위치 | 쓰는 법 | 예(株式会社山田商事) |
|---|---|---|
| 앞(마에카부) | 약어 뒤에 「)」 | 株式会社山田商事 → カ)ヤマダシヨウジ |
| 뒤(아토카부) | 약어 앞에 「(」 | 山田商事株式会社 → ヤマダシヨウジ(カ |
| 중간 | 약어를 「( )」로 감쌈 | 山田株式会社商事 → ヤマダ(カ)シヨウジ |
| 영업소 등이 이어짐 | 각각 약어를 붙임 | 株式会社山田商事 東京営業所 → カ)ヤマダシヨウジ トウキヨウ(エイ |
| 법인 종류 | 약어 | 법인 종류 | 약어 |
|---|---|---|---|
| 주식회사 | カ | 유한회사 | ユ |
| 합동회사 | ド | 합명회사 | メ |
| 합자회사 | シ | 상호회사 | ソ |
| 의료법인(사단·재단 포함) | イ | 사회복지법인 | フク |
| 일반·공익 사단법인 | シヤ | 일반·공익 재단법인 | ザイ |
| 학교법인 | ガク | 종교법인 | シユウ |
| 특정비영리활동법인(NPO 법인) | トクヒ | 독립행정법인 | ドク |
| 세무사법인 | ゼイ | 변호사법인 | ベン |
| 감사법인 | カンサ | 사법서사법인 | シホウ |
| 농업협동조합 | ノウキヨウ | 생활협동조합 | セイキヨウ |
| 영업소 | エイ | 출장소 | シユツ |
앞에 붙는지 뒤에 붙는지를 틀리면 명의 대조에서 걸릴 수 있습니다. 거래처의 정식 회사명을 등기대로 확인하고, 「株式会社」가 앞이면 「カ)」, 뒤면 「(カ」로 하세요. 청구서에 「㈱」「(株)」로 적혀 있어도 계좌 명의는 약어 형태로 등록되어 있습니다. 합동회사의 「ド」, 일반사단법인의 「シヤ」(작은 ya를 크게 쓴 형태)는 틀리기 쉬운 약어의 대표입니다.
유초 은행으로 이체할 때 계좌번호 바꾸는 법
유초 은행 계좌는 "기호(5자리)·번호(최대 8자리)"로 표시되어 그대로는 전은 포맷의 지점 번호 3자리·계좌번호 7자리에 들어가지 않습니다. 전은 포맷으로 보낼 때는 유초 은행이 정한 "이체용 점번·계좌번호"로 바꿉니다. 금융기관 코드는 9900입니다.
| 계좌 종류 | 기호 형태 | 점번(지점 번호) | 예금 종목 | 계좌번호 |
|---|---|---|---|---|
| 종합 계좌(통상 저금) | 1로 시작하는 5자리(1□□□0) | 기호의 2·3번째 자리+8 | 1 보통 | 번호의 마지막 1자리를 뺀 7자리 |
| 대체 계좌(振替口座) | 0으로 시작하는 5자리(0□□□□) | 기호의 2·3번째 자리+9 | 2 당좌 | 번호를 7자리가 되도록 앞을 0으로 채움 |
예를 들어 기호 12340·번호 12345671인 종합 계좌라면, 점번은 "23"에 8을 붙인 "238", 계좌번호는 마지막 "1"을 뺀 "1234567"입니다. 지점명은 「二三八店」 같은 한자 숫자가 되지만 지점명은 공백으로 두면 충분합니다. 번호 자릿수가 짧은 계좌나 대체 계좌라서 헷갈릴 때는 유초 은행 사이트의 변환 페이지에서 확인하거나, 수취인에게 "다른 금융기관에서 이체받을 때의 계좌번호"를 물어보세요.
Excel·CSV로 전은 데이터를 만드는 절차
회계 소프트웨어에 전은 데이터 출력 기능이 없거나, 작은 회사에서 수취인을 Excel로 관리하는 경우에는 표를 전은 포맷으로 변환하는 것이 현실적입니다. Excel 함수(TEXT·REPT·LEFT 등)로도 만들 수 있지만 전각 문자 혼입이나 바이트 수 어긋남을 놓치기 쉬우므로 변환 도구를 쓰는 편이 확실합니다.
- 1
수취인 표를 1행 1건으로 만든다
열은 "금융기관 코드·금융기관명·지점 코드·지점명·예금 종목·계좌번호·수취인 이름·이체 금액" 순으로 맞추고, 필요하면 고객 코드(급여라면 사원 번호)나 EDI 정보를 이어 붙입니다. 1행은 제목이어도 됩니다.
- 2
코드 열을 "텍스트"로 한다
Excel은 "0001"을 숫자 1로, "0012345"를 12345로 바꿔 버립니다. 금융기관 코드·지점 코드·계좌번호 열은 셀 서식을 텍스트로 한 뒤 입력하거나, 변환 도구에서 앞을 0으로 다시 채우게 합니다. 계좌번호가 "1.23E+06" 같은 지수 표시가 되지 않았는지도 확인합니다.
- 3
수취인 이름은 가타카나로 넣는다
전각 가타카나·히라가나로 넣어 두고 변환할 때 반각 가타카나로 바꾸는 것이 가장 편합니다. 법인명은 「株式会社」를 포함한 정식 명칭으로 넣으면 약어 붙이는 법까지 자동으로 처리할 수 있습니다.
- 4
금액은 숫자만 남긴다
"110,000円" 같은 쉼표와 엔 기호는 없앱니다. 이체 수수료를 상대가 부담하는 경우에는 뺀 뒤의 금액을 씁니다.
- 5
"120바이트×줄 수"인지 확인하고 보낸다
내보낸 파일 크기가 "(건수+3)×120바이트+줄바꿈"인지, 트레일러의 건수와 합계 금액이 표와 같은지 확인한 뒤 인터넷 뱅킹에 가져옵니다.
일본어판 Excel에서 CSV로 저장할 때 "CSV UTF-8"이 아니라 일반 "CSV(쉼표로 분리)"를 고르면 Shift_JIS로 저장됩니다. 다만 변환 도구에 읽힐 CSV라면 어느 형식이든 상관없습니다. 정말 주의할 것은 완성된 전은 파일 자체를 Excel이나 메모장으로 열어 덮어쓰는 것으로, 문자 코드나 끝의 공백이 바뀌어 120바이트가 무너지는 원인이 됩니다.
가져오기 오류의 원인과 해결 방법
인터넷 뱅킹에서 "파일 형식이 올바르지 않습니다" "레코드 길이 오류"가 나오면 대개 다음 중 하나입니다. 위에서부터 순서대로 확인하면 빨리 찾을 수 있습니다.
| 오류 내용 | 흔한 원인 | 해결 방법 |
|---|---|---|
| 레코드 길이가 120바이트가 아님 | 전각 문자(전각 공백·전각 숫자) 혼입, UTF-8로 저장, 끝의 공백이 사라짐 | 전각을 반각으로 고치고 Shift_JIS로 다시 내보냄 |
| 건수·합계 금액 불일치 | 데이터 줄을 손으로 늘리거나 줄였는데 트레일러를 안 고침 | 트레일러를 다시 만듦 |
| 사용할 수 없는 문자가 있음 | 작은 가타카나·장음 「ー」·영문 소문자·「&」 등의 기호 | 큰 가타카나·하이픈·대문자로 고침 |
| 데이터 구분 순서 오류 | 헤더 앞에 데이터가 있음, 엔드가 2개, 빈 줄이 있음 | 1→2…→8→9 순으로 나열하고 빈 줄을 지움 |
| 줄바꿈 코드 오류 | CRLF와 LF가 섞임, 줄바꿈 없음을 지정했는데 줄바꿈이 있음 | 은행 지정에 맞춰 다시 내보냄 |
| 이체 의뢰인 코드가 다름 | 다른 계좌·다른 서비스의 코드를 넣음 | 계약 서류나 관리 화면에서 위탁자 코드를 확인 |
| 이체일 오류 | 은행 휴무일, 마감을 지난 날짜, 과거 날짜 | 영업일로 고침. 급여는 마감에 주의 |
파일은 접수되었는데 나중에 일부 이체가 돌아오는(반환·구미모도시) 경우도 있습니다. 원인은 대부분 계좌번호 오류, 계좌 해지, 수취인 이름의 큰 차이입니다. 구미모도시에는 수백 엔~1,000엔 정도의 수수료가 들고 입금도 늦어지므로, 처음 이체하는 상대는 소액으로 시험하거나 청구서로 계좌 명의를 확인한 뒤 보내는 것이 안전합니다.
이체일과 데이터 마감
전은 데이터는 이체일 당일에 보내면 반드시 시간 안에 처리되는 것은 아닙니다. 특히 급여 이체·상여 이체는 은행이 수취인의 은행에 데이터를 미리 배포하는 구조라서 마감이 이르게 정해져 있습니다.
| 이체 종류 | 데이터 마감 기준 | 입금 |
|---|---|---|
| 종합 이체 | 이체일 전 영업일~당일 아침(은행에 따라 다름) | 이체일 당일 |
| 급여·상여 이체 | 지급일 몇 영업일 전(3영업일 전 등이 많음) | 지급일 아침에 일제히 입금 |
| 마감을 지난 급여 이체 | 종합 이체 취급으로 바뀌거나 접수되지 않음 | 수수료가 오를 수 있음 |
마감은 "영업일"로 세기 때문에 지급일 앞에 주말·공휴일이나 연말연시가 끼면 생각보다 빨라집니다. 25일 지급이고 25일이 월요일이면 3영업일 전은 전주 수요일입니다. 영업일 세는 법은 영업일 세는 법, 직원 쪽 실수령액 계산은 실수령액 계산 방법이나 보너스 실수령액을 참고하세요.
전은 포맷 작성·체크 도구 사용법
전은 포맷 작성·체크 도구를 쓰면 지금까지의 규칙을 외우지 않아도 브라우저만으로 전은 파일을 만들고 확인할 수 있습니다. 입력한 계좌와 금액은 서버로 보내지 않고 사용 중인 기기 안에서만 처리합니다.
- 1
「이체 데이터 만들기」 탭에서 의뢰인(헤더)을 입력
종합 이체(21)·급여 이체(11)·상여 이체(12)를 고르고, 이체 의뢰인 코드(10자리)·이체 의뢰인 이름·이체일·출금 계좌를 입력합니다. 의뢰인 정보를 이 기기에 저장하는 옵션을 켜면 다음부터 입력을 생략할 수 있습니다(수취인은 저장하지 않습니다).
- 2
수취인을 입력하거나 Excel에서 붙여 넣기
「+ 행 추가」로 1건씩 넣는 것 외에, 「Excel·CSV에서 읽기」를 열고 Excel에서 복사한 표를 붙여 넣은 뒤 「붙여 넣은 표 읽기」를 누르면 한꺼번에 가져옵니다. 열 순서는 「서식 CSV 다운로드」로 확인할 수 있습니다. 앞자리 0이 사라진 코드는 자동으로 다시 채웁니다.
- 3
명의 변환 결과와 오류를 확인
명의·금융기관명을 전은 가타카나로 자동 변환하는 옵션이 켜져 있으면 히라가나·전각 가타카나·법인명이 전은 반각 가타카나와 「カ)」「(カ」 약어로 바뀝니다. 자릿수·사용할 수 없는 문자·금액 상한은 즉시 확인되고, 문제가 있는 행과 항목이 표시됩니다.
- 4
줄바꿈 등을 은행 지정에 맞춰 내보내기
줄바꿈(CRLF·LF·없음), 사용하지 않는 숫자 항목을 공백과 0 중 무엇으로 채울지, 이체 지정 구분을 고른 뒤 「전은 파일(.txt·Shift_JIS) 다운로드」를 누릅니다. 건수·합계 금액은 트레일러에 자동으로 기록됩니다.
- 5
기존 파일은 「파일 확인」 탭에서 내용 보기
회계 소프트웨어나 급여 소프트웨어가 내보낸 전은 파일을 열면 레코드별로 항목을 나누어 표시하고, 120바이트인지, 트레일러의 건수·합계 금액이 맞는지, 전각 문자가 섞이지 않았는지 확인합니다. 「수취인을 CSV(Excel용)로 저장」으로 표로 되돌릴 수도 있습니다.
명의만 고치고 싶을 때는 「명의 가나 변환」 탭에 1줄 1건으로 붙여 넣으면 한꺼번에 반각 가타카나로 변환됩니다. 각 항목의 위치와 자릿수는 「레이아웃 조견표」 탭에서 언제든 볼 수 있습니다. 또한 줄바꿈 유무, 미사용 항목 채우는 법, 쓸 수 있는 기호는 은행마다 조금씩 다르므로, 처음 가져오기 전에 한 번은 은행의 파일 사양서와 비교해 보세요.
자주 묻는 질문
- 전은 포맷이란 무엇인가요?
- 일본 전국은행협회(전은협)가 정한, 여러 건의 이체 데이터를 한꺼번에 은행에 넘기기 위한 파일 작성 방식입니다. 한 줄 120바이트의 고정 길이 텍스트로, 헤더(데이터 구분 1)·데이터(2, 이체 1건마다 1줄)·트레일러(8, 건수와 합계 금액)·엔드(9)의 4종류 레코드를 순서대로 나열합니다. 종합 이체·급여 이체·상여 이체 외에 계좌 자동 인출에도 쓰이며, 회계·급여 소프트웨어의 "전은 데이터 출력" "FB 데이터 출력"도 이 형식입니다.
- 전은 파일의 한 줄은 몇 바이트인가요?
- 모든 레코드가 120바이트입니다. 반각 영숫자와 가타카나만 쓰므로 Shift_JIS에서 1글자가 1바이트이고, 120글자=120바이트입니다. 전각 문자가 한 글자라도 섞이면 그 줄은 121바이트 이상이 되어 가져오기에서 레코드 길이 오류가 납니다. 줄바꿈(CRLF는 2바이트)은 120바이트에 포함하지 않습니다.
- 종합 이체와 급여 이체의 포맷은 무엇이 다른가요?
- 헤더의 종별 코드가 종합 이체는 21, 급여 이체는 11, 상여 이체는 12입니다. 데이터 레코드에서는 급여·상여일 때 고객 코드 1이 사원 번호, 고객 코드 2가 소속 코드가 되고, 이체 지정 구분과 식별 표시(EDI)는 쓰지 않고 공백으로 둡니다. 은행 취급에서는 급여 이체가 수수료가 싸고 지급일 아침에 입금되는 대신, 데이터 마감이 지급일 몇 영업일 전으로 이르게 정해진 경우가 많습니다.
- 이체 명의에서 "주식회사(株式会社)"는 어떻게 쓰나요?
- 「カ」라는 약어로 하고, 괄호 방향으로 위치를 나타냅니다. 회사명 앞에 주식회사가 있으면 「カ)ヤマダシヨウジ」, 뒤에 있으면 「ヤマダシヨウジ(カ」, 중간이면 「ヤマダ(カ)シヨウジ」입니다. 유한회사는 「ユ」, 합동회사는 「ド」, 의료법인은 「イ」, 일반사단법인은 「シヤ」, 특정비영리활동법인은 「トクヒ」입니다.
- 이체 명의의 작은 가타카나나 장음은 어떻게 하나요?
- 전은 포맷에서는 작은 가타카나(ァ ィ ゥ ェ ォ ャ ュ ョ ッ)와 장음 기호를 쓸 수 없으므로, 작은 가타카나는 큰 가타카나로, 장음은 하이픈으로 바꿉니다. shoji는 シヨウジ, happy는 ハツピ-, center는 センタ-가 됩니다. 은행의 계좌 명의도 이 규칙으로 등록되어 있으므로 맞춰 쓰면 명의 대조에서 걸리지 않습니다.
- 유초 은행 계좌는 전은 포맷에서 어떻게 쓰나요?
- 금융기관 코드는 9900입니다. 종합 계좌(기호가 1로 시작하는 5자리)라면 기호의 2·3번째 자리에 8을 붙인 3자리가 지점 번호, 번호의 마지막 1자리를 뺀 7자리가 계좌번호이고 예금 종목은 보통(1)입니다. 기호 12340·번호 12345671이면 지점 번호 238·계좌번호 1234567이 됩니다. 대체 계좌(기호가 0으로 시작)는 기호의 2·3번째 자리에 9를 붙인 점번과 당좌(2)를 씁니다.
- Excel로 만든 이체 목록을 전은 포맷으로 바꿀 수 있나요?
- 가능합니다. 금융기관 코드·지점 코드·예금 종목·계좌번호·수취인 이름·이체 금액 열을 갖춘 표를 전은 포맷 변환 도구에 붙여 넣거나 CSV로 읽히면 120바이트 고정 길이의 Shift_JIS 파일로 변환됩니다. Excel에서는 금융기관 코드나 계좌번호의 앞자리 0이 사라지기 쉬우므로, 그 열을 텍스트로 해 두거나 0을 다시 채워 주는 도구를 쓰세요.
- 전은 파일의 내용을 확인하는 방법이 있나요?
- 텍스트 편집기로 열면 내용은 읽을 수 있지만 항목이 구분 없이 이어져 있어 레이아웃 표를 보며 위치로 세야 합니다. 전은 포맷 체크 도구로 파일을 열면 레코드별로 항목을 나누어 표시하고, 각 줄이 120바이트인지, 트레일러의 건수·합계 금액이 데이터와 맞는지, 전각 문자가 섞이지 않았는지를 한꺼번에 확인할 수 있습니다. 메모장 등으로 덮어쓰면 형식이 무너질 수 있으니 주의하세요.
- 이체일에 연도가 들어가지 않는 이유는 무엇인가요?
- 전은 포맷 헤더의 이체일은 월일 4자리(MMDD)만 쓰도록 정해져 있습니다. 데이터는 이체일 조금 전에 만들어 보내는 것이 전제이므로 연도가 없어도 은행은 가장 가까운 그 날짜로 처리합니다. 연말에 다음 해 1월 지급 데이터를 만들 때도 "0105"처럼 월일만 쓰면 됩니다. 다만 금융기관 휴무일을 지정하면 오류가 나거나 다음 영업일로 처리됩니다.
이 글에서 소개한 도구
함께 읽으면 좋은 글
날짜 계산 방법|두 날짜 사이는 며칠? 며칠 후·며칠 전 세는 법
"4월 1일부터 10월 21일까지 며칠일까?" "오늘부터 100일 후는 무슨 요일?" "계약 후 30일 이내면 언제까지?" 날짜 계산은 뺄셈 한 번이면 될 것 같지만, 첫날을 포함하느냐에 따라 하루가 달라지고, 달의 일수나 윤년을 잘못 세면 하루이틀이 더 어긋납니다. 이 글에서는 두 날짜 사이의 일수를 구하는 기본 공식, 한쪽만 세기와 양끝 세기(첫날 불산입·첫날 산입)의 구분, 달을 넘길 때 세는 법, 1월 1일부터의 연중 일수 표, 며칠 후·며칠 전의 날짜와 요일을 구하는 법, "1개월"과 "30일"의 차이, 엑셀·스프레드시트 수식까지 실제 날짜로 확인하며 정리합니다.
글 읽기 →영업일 세는 법|"3영업일 후"는 언제? 첫날 불산입과 주말·공휴일 처리
"3영업일 이내에 발송합니다"라는 말을 들어도, 그것이 며칠 무슨 요일인지는 의외로 바로 나오지 않습니다. 주말을 건너뛰는 것은 알아도, 세기 시작하는 날이 당일인지 다음 날인지, 사이에 낀 공휴일을 어떻게 다루는지에 따라 답이 하루, 연휴를 넘기면 며칠씩 어긋납니다. 이 글에서는 영업일 세는 법을 첫날 처리부터 정리하고 실제 날짜로 확인할 수 있게 합니다.
글 읽기 →지급 기일 계산|일본의 "월말 마감 익월 말 지급"과 주말·공휴일에 걸렸을 때의 처리
"월말 마감 익월 말 지급"이라고 적힌 청구서의 기일이 마침 토요일이라면 어떻게 해야 할까요? 앞당겨야 할까요, 다음 영업일로 미뤄야 할까요? 은행이 쉬는 날 이체한 돈은 언제 상대에게 도착할까요? 이 글에서는 일본의 지급 사이트 읽는 법부터 기일이 휴일에 걸렸을 때의 실무, 이체 입금 시점까지 차례대로 정리합니다.
글 읽기 →