자금 · 지급 이체

지급자료 송수신(CMS 연계) 통합 관리 — 송신 전 점검 · 지급파일 · 송신 승인 · 출금결과 대사 · 일괄 역분개까지 한 흐름으로

자동지급으로 지급전표를 전기한 다음이 진짜 일입니다. 은행 CMS 로 보낼 파일을 만들고, 승인받아 보내고, 결과를 받아 맞추고, 실패한 건은 취소해야 합니다. 이 앱은 그 다섯 단계를 송신 전 점검부터 일괄 역분개까지 한 화면으로 잇습니다.

PGB&Company··화면 17종 공개·소개 영상 2분 0초

소개 영상2분 0초 · 블로그 목차 순서대로 · 자막 포함

주요 재생 지점

도입 포인트 — 이 앱을 사용해야 하는 이유

공급업체 대금은 자동지급(지급 실행)으로 지급전표를 전기하는 데서 끝나지 않습니다. 은행 CMS(기업 자금관리 서비스)로 출금 이체를 보내려면 지급파일을 만들고, 승인을 받아 보내고, 은행이 실제로 이체했는지 결과를 받아 맞춰야 합니다. 승인이 늦어 당일 이체를 못 했거나 계좌 오류로 실패한 건은 이미 전기한 지급전표를 취소해야 합니다.

이 앱은 송신 전 점검 → 지급파일 생성 → 송신 승인 → 출금대상 송신 → 출금결과 수신 · 대사 → 일괄 역분개를 한 화면에서 이어서 처리하고, 지급 건마다 지금 어느 단계에 있는지 보여 줍니다.

한 줄 요약 — 은행으로 보내기 전에 계좌 · 예금주 · 중복 · 잔액을 점검하고, 보낸 금액은 완료 · 실패 · 미회신으로 대사하며, 실패 · 지연 건은 등록키 취소와 역분개를 한 번에 처리합니다. 샘플은 지급 실행 5회 · 지급 21건(약 14.4억 원)입니다.
지급자료 송수신 — 현황 요약
현황 요약 — 진행 상태별 지급 건 · 출금계좌
현황 요약 — 진행 상태별 지급 건 · 출금계좌 — 지급 대상 19건 14.44억원이 파일 생성 대기 · 승인 · 송신 대기 · 은행 처리 중 · 이체 완료 · 실패 · 취소로 나뉩니다. 기업은행 계좌는 12.5억 건 때문에 출금 예정 후 잔액이 −3.82억으로 빨간색입니다.

핵심 포인트 일곱 가지

핵심 포인트고객이 얻는 것지금 방식이라면
① 송신 전 점검수취 계좌 미등록 · 예금주 상이 · 중복 지급 의심 · 10억 초과 · 통장 인자 길이 · 출금계좌 잔액을 파일 생성 전에 자동으로 점검하고, 막음 건은 파일에서 빼고 확인 필요 건은 확인 표시를 받습니다.은행에서 오류로 돌아온 뒤에야 계좌 · 예금주 문제를 압니다.
② 지급파일 · 등록키지급전표가 있는 건만 골라 CMS 등록일자 · 시간 · 일련번호를 한 번에 채번합니다. 제안만 실행한 건 · 이미 만든 건은 거절하고, 은행으로 보내기 전 파일은 삭제해 되돌립니다.등록키를 건마다 확인하며 만들거나, 제안 단계 건이 섞입니다.
③ 송신 승인 · 직무 분리만든 사람이 아닌 자금 팀장이 승인해야 출금대상으로 나갑니다. 반려하면 등록키를 지우고 대기로 돌립니다.ERP 안에서는 만든 사람이 곧바로 보낼 수 있습니다.
④ 지급파일 생성 · 송신송신 승인된 출금대상을 은행 전송 파일(머리 · 자료 · 꼬리 레코드)로 만들어 내려받고, 은행 연계 레이아웃 그대로 보여 주며, 역분개 · 처리 완료 건을 자동으로 빼며 같은 키를 두 번 보내지 않습니다.송신 대상을 인터페이스 로그로 따로 찾아봅니다.
⑤ 출금결과 대사송신 금액 = 완료 + 실패 + 미회신, 계좌 출금 = 완료 + 수수료를 파일마다 맞추고 수수료 전표를 만듭니다. 실제 수취인이 다르면 알려 줍니다.은행 거래내역과 지급 목록을 엑셀로 맞춥니다.
⑥ 일괄 역분개승인 지연 · 이체 실패 건을 골라 등록키 취소와 반제 재설정 · 역분개를 한 번에 처리하고 미결 채무를 되살립니다.반제 재설정 화면에서 전표마다 따로 처리합니다.
⑦ 추적 · 전표 출력 · 이력지급 건마다 지급 실행 → 파일 → 승인 → 송신 → 회신 → 역분개 진행을 보여 주고, 지급전표를 누르면 출력 서식으로 바로 인쇄하며, 모든 처리 이력을 남깁니다.어느 단계에서 멈췄는지 담당자에게 물어봅니다.

사례로 보는 효과

항목샘플 결과(2026년 10월 30일)
지급 대상지급 실행 5회 · 21건 — 이체 완료 3 · 은행 처리 중 5 · 파일 생성 대기 8 · 제안 단계 2 · 실패 1 · 취소 2
송신 전 점검대기 8건 중 막음 1건(수취 계좌 미등록) · 확인 필요 3건(중복 지급 의심 · 예금주 상이 · 10억 초과)
잔액 점검기업은행 계좌 출금 예정 13.6억 — 잔액 9.8억보다 3.82억 많아 12.5억 건을 빼고 4건 52,370,000원만 생성
승인 · 송신자금 팀장 승인 뒤 출금대상 4건 송신 — 승인 대기 · 역분개 건은 자동 제외
결과 대사10/29 파일 56,750,000원 = 완료 51,150,000 + 실패 5,600,000 + 미회신 0, 수수료 1,500원 전표 · 수취인 상이 1건
일괄 역분개이체 실패 2건 20,900,000원 — 등록키 취소 · 역분개 전표 2건 · 미결 채무 복원

도입하면 달라지는 것

  • 은행 오류가 나기 전에 계좌 · 예금주 · 잔액 문제를 걸러 냄
  • 만든 사람과 승인하는 사람이 나뉨
  • 보낸 돈과 나간 돈을 파일마다 금액으로 대사
  • 실패 · 지연 건 취소가 한 번에 끝나고 추적 키가 남음

이런 회사에 맞습니다

공급업체 대금을 자동지급으로 처리하고 은행 펌뱅킹 · CMS 로 대량이체하는 제조 · 유통사, 이체 결과를 ERP 로 돌려받아 관리하려는 자금팀, 승인 지연 · 이체 실패 건의 지급전표 취소가 잦은 회사에 맞습니다.

실행 화면

실제 화면 17종 둘러보기

업무는 왼쪽 메뉴 현황 → 송신 → 수신 · 사후 처리 세 묶음을 따라 진행합니다. 메뉴 카드 안의 화면 이름을 누르면 해당 화면으로 바로 이동하고, 처리할 것이 남은 화면은 주황으로 표시됩니다.

아래는 앱을 실제 브라우저로 열어 사용자를 바꿔 가며(자금 담당 → 자금 팀장 → 자금 담당) 순서대로 캡처한 화면입니다. 이미지를 클릭하면 원본 크기로 확대됩니다. 회사 · 공급업체 · 계좌 · 금액은 모두 시연용 가상 데이터입니다.

현황 — 어디에서 멈춰 있는가

지급자료 송수신 — 지급자료 목록
지급자료 목록
지급자료 목록 — 지급 건마다 진행 상태 · 지급전표 · CMS 등록키 · 수수료 · 실제 수취인 · 점검 · 역분개를 한 표로 보고 CSV 로 내려받습니다.
지급자료 송수신 — 지급 건 상세
지급 건 상세 — 이체 실패
지급 건 상세 — 이체 실패 — 지급 실행부터 은행 회신까지 단계가 그려지고, 해지된 계좌로 실패한 건은 마지막 단계가 빨간색입니다. 관련 전표가 함께 나옵니다.
지급자료 송수신 — 전표 출력
지급전표 출력 서식
지급전표 출력 서식 — 지급전표 번호를 누르면 결재란 · 계정 · 차변 · 대변 · 적요 · 원천(지급 건 · CMS 등록키)이 담긴 전표 출력 서식이 열리고 바로 인쇄합니다.

송신 — 점검 · 파일 · 승인 · 송신

지급자료 송수신 — 지급파일 생성
송신 전 점검
송신 전 점검 — 수취 계좌 미등록은 막음, 10억 초과 · 중복 지급 의심 · 예금주 상이는 확인 필요로 표시됩니다. 통장 인자는 18자 안에서 고쳐 저장합니다.
지급자료 송수신 — 지급파일 생성
CMS 지급파일 생성 확인

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기Google 계정으로 로그인
CMS 지급파일 생성 확인 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.
지급자료 송수신 — 송신 승인
송신 승인 뒤

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기Google 계정으로 로그인
송신 승인 뒤 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.
지급자료 송수신 — 지급파일 삭제
지급파일 삭제

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기Google 계정으로 로그인
지급파일 삭제 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.
지급자료 송수신 — 출금대상 송신
출금대상 송신

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기Google 계정으로 로그인
출금대상 송신 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.
지급자료 송수신 — 지급파일 생성
출금대상 송신 — 지급파일 생성

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기Google 계정으로 로그인
출금대상 송신 — 지급파일 생성 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

수신 · 사후 처리 — 대사 · 역분개 · 이력

지급자료 송수신 — 출금결과 수신
결과 수신 전

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기Google 계정으로 로그인
결과 수신 전 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.
지급자료 송수신 — 출금결과 수신
출금결과 수신 · 대사

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기Google 계정으로 로그인
출금결과 수신 · 대사 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.
지급자료 송수신 — 일괄 역분개
일괄 역분개 대상

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기Google 계정으로 로그인
일괄 역분개 대상 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.
지급자료 송수신 — 일괄 역분개
일괄 역분개 확인

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기Google 계정으로 로그인
일괄 역분개 확인 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.
지급자료 송수신 — 일괄 역분개
역분개 뒤

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기Google 계정으로 로그인
역분개 뒤 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.
지급자료 송수신 — 송수신 이력
송수신 이력

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기Google 계정으로 로그인
송수신 이력 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.
지급자료 송수신 — 현황 요약
처리 뒤 현황

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기Google 계정으로 로그인
처리 뒤 현황 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

사용 방법

  1. 회사 코드(필수)와 지급 실행일 · 실행 ID · 공급업체(선택)를 넣고 조회합니다. 조회 단추는 조회조건 줄 오른쪽 끝에 있고 Enter 로도 조회됩니다.
  2. 현황 요약에서 단계별 건수와 출금계좌 잔액, 확인할 지급 건을 봅니다.
  3. 지급파일 생성 · 승인에서 점검 결과를 확인하고 통장 인자를 고친 뒤 건을 골라 파일을 만듭니다. 자금 팀장이 승인 · 반려합니다.
  4. 출금대상 송신에서 등록일자를 골라 보냅니다.
  5. 출금결과 수신 · 대사에서 결과를 받아 대사 상자와 전표를 확인합니다.
  6. 일괄 역분개에서 실패 · 지연 건을 골라 사유를 정해 취소합니다.

진행 상태와 점검 규칙

진행 상태는 지급전표 · CMS 등록키 · 파일 상태 · 은행 처리결과 · 역분개 전표로 정합니다. 수취 계좌 미등록 · 통장 인자 18자 초과는 막음, 예상 수취인 ≠ 마스터 예금주 · 같은 공급업체 같은 금액 7일 안 지급 · 10억 초과는 확인 필요, 선택 금액과 송신 진행 중 금액의 합이 출금계좌 잔액을 넘으면 파일 생성을 거절합니다. 은행 처리 중인 건은 역분개를 막고, 이체 완료 건은 반환 요청 대상으로 안내합니다.

SAP 표준 기능 확장 포인트

에스포하나 표준은 출금순번 · 계좌 지정(FBL1N), 자동지급(F110), 지급 프로그램 · 하우스뱅크 설정(FBZP · FI12), 반제 재설정 · 역분개(FBRA)를 제공합니다. 그러나 지급전표를 만든 뒤 은행 CMS 로 보내고 결과를 돌려받아 맞추는 구간, 승인 지연 · 이체 실패 건을 여러 건 한 번에 정리하는 기능은 표준에 없어 회사마다 따로 만들거나 수작업으로 처리합니다. 이 앱은 표준 지급 실행 뒤에 송신 전 점검 · 송신 승인 · 은행 송수신 · 결과 대사 · 일괄 역분개를 더합니다.

SAP 표준 기능 매핑

SAP 표준 T-code표준 기능이 앱과의 관계
FBL1N공급업체 개별 항목 · 출금순번 · 출금은행 · 계좌 지정지급 대상의 시작점 — 지정한 출금계좌가 잔액 점검 기준
F110자동지급 제안 · 지급 실행 · 지급(반제)전표제안 단계와 파일 생성 대기를 나눠 보여 주고, 실행 ID 로 조회해 상태를 추적
FBZP · FI12지급 방법 · 하우스뱅크 · 계좌 ID은행 레이아웃의 지급은행 · 계좌번호, 출금계좌 잔액 · 출금 예정
FBRA반제 재설정 · 역분개(전표 단위)등록키 취소와 함께 여러 건을 한 번에 — 지급 실행 기록은 남김

표준 지급 실행에서 지급 데이터의 출력 삭제를 하면 지급 매체를 다시 만들 수 없고 연계 키 추적이 끊깁니다. 이 앱은 취소를 역분개로만 처리해 실행 기록을 보존합니다.

CDS 구성

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기Google 계정으로 로그인

자주 묻는 질문

자주 묻는 질문

출금순번과 CMS 등록키는 무엇이 다른가요?

출금순번은 지급 실행 전에 공급업체 미결 항목에 붙여 어느 은행 · 계좌에서 나갈지를 정하는 입력값입니다. CMS 등록키(등록일자 · 시간 · 일련번호)는 지급전표가 생긴 뒤 은행 송금 단위를 구분하려고 지급파일을 만들 때 채번하는 고유키입니다. 은행 처리결과는 이 등록키로 맞추므로, 출금순번이 같아도 등록키는 건마다 다릅니다. 등록키는 건건이 만들지 않고 화면에서 대상을 함께 확인한 뒤 한 번에 생성합니다.

지급 실행까지 했는데 승인이 늦어 은행 이체를 못 했습니다. 지급전표는 어떻게 취소하나요?

일괄 역분개에서 대상을 골라 사유(01 지급 승인 지연)를 정하면 CMS 등록키를 취소해 다음 날 은행으로 다시 보내지 않게 하고, 반제 재설정과 역분개를 한 번에 처리합니다. 표준 반제 재설정 화면으로 건마다 옮겨 다닐 필요가 없습니다. 지급 실행 기록과 지급 데이터는 지우지 않으므로 연계 키 추적이 남고, 공급업체 미결 항목은 다음 지급 실행에서 다시 선정됩니다. 은행에서 처리 중인 건은 결과를 받은 뒤에만 취소할 수 있게 막아 두었습니다.

은행 처리결과는 어떻게 받나요? 받지 못하면 무엇이 문제인가요?

은행 연계 모듈이 등록일자로 출금대상을 가져가고, 이체가 끝나면 같은 등록키로 처리결과(정상 · 오류, 처리 일시, 수수료, 실제 수취인, 오류 코드 · 내역)를 돌려줍니다. 이 회신이 없으면 이체 여부를 알 수 없어 실패 건 재지급과 취소 시점을 판단할 수 없습니다. 그래서 앱은 송신 금액 = 완료 + 실패 + 미회신 대사를 늘 보여 주고, 미회신이 남으면 현황에서 알려 줍니다.

같은 파일을 두 번 보내거나 같은 결과를 두 번 반영하면요?

송신은 승인된 파일 중 아직 보내지 않은 건만, 수신은 처리결과가 없는 건만 다룹니다. 이미 반영된 등록일자를 다시 수신하면 거절하고 이력에 오류 응답으로 남깁니다. 결과 가운데 1건이라도 등록키가 맞지 않으면 전체를 저장하지 않아 일부만 반영되는 일이 없습니다. 역분개된 건과 은행 처리상태가 이미 있는 건은 송신에서 자동으로 빠집니다.

송신 전 점검에서 "확인 필요"가 나오면 지급하면 안 되나요?

아닙니다. 중복 지급 의심 · 예금주 상이 · 10억 초과 고액 이체는 증빙과 공급업체 확인으로 점검하라는 알림이며, 확인 표시를 하면 파일을 만들 수 있습니다. 수취 계좌 미등록 · 통장 인자 길이 초과 · 출금계좌 잔액 부족은 은행에서 반드시 실패하므로 파일 생성 자체를 막습니다. 이 앱은 점검과 대사를 돕는 도구이며, 지급 여부와 회계 처리의 최종 판단은 회사와 감사인이 합니다.

만든 사람이 바로 은행으로 보낼 수 있나요?

아닙니다. 지급파일은 자금 팀장이 송신 승인해야 출금대상으로 나갑니다. 파일을 만든 사람은 같은 파일을 승인할 수 없고, 반려하면 사유를 남긴 채 등록키를 지우고 파일 생성 대기로 돌립니다. 은행 CMS 쪽 자금집행 승인과 함께 ERP 안에서도 한 번 더 직무를 나눕니다.

어떤 은행 · CMS 제품에 쓸 수 있나요?

화면의 은행 레이아웃은 기업 자금관리 서비스의 대량이체 송수신 항목(사업자번호 · 등록일자 · 시간 · 일련번호 · 이체구분 · 지급 · 입금 계좌 · 금액 · 예상 · 실제 수취인 · 통장 인자 · 처리결과 · 오류)을 기준으로 했습니다. 은행과 CMS 제품마다 항목 이름 · 길이 · 이체구분 코드가 다르므로, 도입할 때 연계 정의서로 맞춥니다. 회사 · 공급업체 · 계좌 · 금액은 모두 시연용 가상 데이터입니다.

CMS 연계지급 이체자동지급지급파일펌뱅킹출금 이체역분개자금 관리OpenUI5