본문 바로가기
SAP

F110 지급 제안(Payment Proposal) 및 지급 결과(Payment Run) Tables

by Maxi bang 2026. 6. 23.
반응형

SAP에서 자동 지급 프로그램(F110, Automatic Payment Transactions)을 실행할 때, 시스템이 생성하는 지급 제안(Payment Proposal)지급 결과(Payment Run) 데이터는 재무 정합성과 이력 관리를 위해 전용 제어 테이블에 나누어 저장됩니다.

실무 리포트나 인터페이스 설계 시 매핑 기준이 되는 핵심 테이블들을 제안(Proposal) 단계와 결과(Run) 단계로 분류해 드립니다.

1. 지급 제안(Proposal) 및 파라미터 제어 테이블

현업이 F110에서 실행 주기(Run Date)와 식별자(Identification)를 입력하고 파라미터 저장 및 지급 제안을 돌렸을 때 데이터가 쌓이는 곳입니다.

  • REGUT (지급 매체: TemSe 관련 제어 데이터):
    • 용도: 지급 제안이나 확정 후 은행 전송용 파일(DME/대량송금 파일)을 생성할 때, 해당 지급 매체(TemSe 파일)의 관리 번호와 전송 상태 정보가 담기는 테이블입니다.
  • REGUV (지급 프로그램의 제어 데이터):
    • 용도: F110 각 실행 건별 현재 진행 상태(Status)를 관리하는 테이블입니다. 파라미터만 들어갔는지, 제안이 생성되었는지, 지급 전기가 완료되었는지 등의 단계별 플래그가 기록됩니다.
  • REGUP (지급 프로그램의 제어 데이터 - 제안 품목 상세):
    • 용도: 지급 제안 단계에서 가장 중요한 테이블입니다. 이번 F110 건에 의해 결제 대상(Proposal Item)으로 선정된 공급업체/고객의 개별 미결 전표(BSEG/ACDOCA) 내역이 상세히 저장됩니다. 현업이 지급 제안 편집 화면에서 '지급 보류'를 걸거나 은행을 수정하면 그 내역이 여기에 실시간 반영됩니다.

2. 지급 결과(Payment Run) 테이블

제안 검토가 끝나고 최종 지급 실행(Payment Run) 버튼을 눌러 회계 전표(반제 전표 및 지급 전표)가 실제로 구동되었을 때 데이터가 이관 및 저장되는 테이블입니다.

  • REGUH (지급 프로그램의 제어 데이터 - 지급 헤더):
    • 용도: 지급 확정 건의 헤더 정보를 담고 있습니다. 지급 전표 번호(VBLNR), 지급 금액, 지급 통화, 지급처(Vendor) 정보, 송금 은행(하우스 뱅크 HBKID, 계좌 ID HKTID), 지급 방법(ZLSCH) 등이 은행별/지급처별로 요약되어 저장됩니다.
    • Tip: 은행에 대금 청구 파일(DME)을 보낼 때 레코드 레이아웃의 헤더 맵핑 소스로 주로 사용됩니다.
  • REGUP (지급 품목 상세 - 결과 반영):
    • 용도: 지급 실행이 완료되면, 이 테이블은 확정된 지급 전표에 의해 어떤 미결 전표들이 반제(Clearing)되었는지 최종 결과 품목 리스트를 담게 됩니다. (즉, REGUH가 총괄 지급 전표라면, REGUP는 그 지급 전표 안에 묶인 상세 반제 내역들입니다.)

🔗 테이블 간의 관계 (ERD 및 Key 매핑)

F110 관련 테이블들을 CBO 프로그램(예: 펌뱅킹 연동, 지급 명세서 뷰어)에서 조회할 때는 아래의 3가지 공통 Key를 사용하여 Join 하셔야 합니다.

  1. LAUFD (지급 실행일 / Run Date)
  2. LAUFI (지급 식별자 / Additional Identification)
  3. XVBLG (지급 제안 여부 플래그: X이면 제안 단계 데이터, Space이면 최종 결과 데이터)
[ REGUV ] (F110 실행 건별 진행 상태 총괄)
   │
   ├── (KEY: LAUFD + LAUFI) ──► [ REGUH ] (지급 완료 헤더: 하우스뱅크, 총지급액 등)
   │                               │
   │                               └── (1:N 조인 - KEY: LAUFD + LAUFI + VBLNR) 
   │                                      │
   └──────────────────────────────────────┴──► [ REGUP ] (지급 대상/완료 전표 상세 품목)

💡 2026 자금 인터페이스 실무자 팁 (Peer Advice)

  • 펌뱅킹(국내 외환/시중은행) 연동 설계 시: F110 지급 실행과 동시에 은행 서버로 이체 전문을 쏘는 CBO 인터페이스를 구축할 때, 데이터 추출의 Base는 무조건 REGUH와 REGUP이어야 합니다. REGUH-VBLNR(지급 전표 번호)을 Key로 잡아 뱅킹 시스템에 넘겨주어야 나중에 은행에서 수납 결과(성공/실패) 리턴 파일이 왔을 때 SAP 전표와 반제 취소(FBRA) 등의 사후 처리를 자동화할 수 있습니다.
  • 통합원장(ACDOCA)과의 연결 고리: F110 결과물로 생성된 실제 FI 회계 전표를 추적하고 싶다면, REGUH 테이블의 VBLNR (지급 전표 번호) 필드를 가져와서 ACDOCA-BELNR (또는 BSEG-BELNR)과 매핑하시면 원장의 세부 분개 라인(현금 계정 vs 미지급금 반제 계정)을 완벽하게 동기화할 수 있습니다.
반응형