F110 오류의 대부분은 Proposal 단계에서 발생하며, Payment Method·Bank Determination·Payment Block·DMEE 설정 네 축을 정확히 점검하면 실무 오류의 대부분을 사전에 차단할 수 있습니다.
막막한 그 로그 화면, 저도 처음엔 그랬습니다
F110 오류 해결이 필요할 때 대부분의 문제는 이미 F110 Proposal 오류 단계에서 시작됩니다. 지급 마감일 당일 아침, Payment run을 돌렸는데 벤더가 Proposal에 아예 안 올라오거나, 올라오긴 했는데 Payment 단계에서 실패하고, 심지어 DME 파일까지 다 만들었는데 은행에서 reject 당하는 상황 — 현장에서 자주 마주치는 상황이에요. 로그는 분명히 나오는데 어디를 봐야 할지 모르겠고, 같은 오류가 반복되는 느낌. 그 막막함이 이 글을 쓰게 된 이유입니다.
이런 분께 특히 도움이 됩니다
- F110 운영 담당자 (반복 오류를 근본적으로 잡고 싶은 분)
- F110 로그 분석이 익숙하지 않은 주니어 FI 컨설턴트
- 지급런(Payment Run) 실패 원인을 매번 찾아 헤매는 FI 담당자
S/4HANA와 ECC 6.0과의 핵심 차이는 Vendor Master가 Business Partner(BP) 구조로 통합되었다는 점이며, F110 자동지급 프로그램의 기본 흐름 자체는 ECC와 동일합니다.

F110 전체 구조 — 오류는 어디서 발생하는가
F110은 단순히 “지급 버튼 하나”가 아닙니다. 내부적으로 4단계 파이프라인으로 구성되어 있고, 각 단계마다 오류가 발생할 수 있는 포인트가 다릅니다.
- Parameters 입력 — Company Code / Date / Method 설정
- Proposal 생성 — 지급 대상 시뮬레이션 및 검토
- Payment 실행 — 지급 전표 생성
- Payment Medium — DME 파일 생성 및 은행 송신
▲ F110 처리 흐름: Parameters → Proposal → Payment → DME. 오류의 약 80%는 Proposal 단계에서 감지됩니다.
왜 Proposal이 핵심일까요? SAP는 실제 지급 전에 “이 벤더에게 지금 지급할 수 있는가”를 시뮬레이션합니다. Payment Method 허용 여부, Block 여부, House Bank 가용 여부를 이 단계에서 전부 필터링합니다. 즉, Proposal 로그를 제대로 읽으면 대부분의 문제를 Payment 실행 전에 잡을 수 있습니다.
| 오류 발생 단계 | 대표 오류 유형 | 주요 원인 |
|---|---|---|
| Proposal 제외 | Payment Method not allowed | BP/Company Code 설정 불일치 |
| Proposal 제외 | Payment blocked | Invoice 또는 BP에 Block 설정 |
| Payment 단계 | House Bank 선택 오류 | Ranking/통화/가용금액 문제 |
| Payment Medium | DME 파일 오류 | DMEE 매핑 누락, 필드 누락 |
S/4HANA 변경사항을 보면 ECC에서는 Vendor Master(FK01/FK02)에서 관리하던 Payment Method, Bank 정보가 S/4HANA에서는 Business Partner(BP) → FI Vendor Role → Company Code Data → Payment Transactions로 완전히 이동되었습니다. FSCM Credit Management와의 연계로 Credit Block이 Proposal 단계에 영향을 주는 케이스도 S/4에서 더 빈번합니다.

IMG 설정 및 오류별 점검 가이드
Payment Method not allowed — BP와 Country 설정의 충돌
현장에서 가장 자주 접하는 케이스입니다. “벤더에는 Payment Method T(Wire Transfer)가 들어가 있는데 왜 Proposal에 안 올라오지?”라는 문의가 실제로 굉장히 많아요. 원인은 항상 같습니다. BP에는 있는데 Company Code 또는 Country 수준에서 허용이 안 된 것입니다.
IMG 설정 경로:
SPRO > Financial Accounting > Accounts Receivable and Accounts Payable
> Business Transactions > Outgoing Payments > Automatic Outgoing Payments
> Payment Methods in Country
| 점검 항목 | 확인 위치 | 체크 포인트 |
|---|---|---|
| Country 허용 여부 | Payment Methods in Country | 해당 Method가 사용 국가에 등록되어 있는가 |
| Min/Max Amount | Payment Methods in Country | 지급 금액이 허용 범위 내에 있는가 |
| Foreign Payment | Payment Methods in Country | 국가간 지급 시 Foreign Indicator 활성화 여부 |
| BP 설정 | BP → Company Code → Payment Transactions | Method, Bank Account, Payee Bank 등록 여부 |
Payment Method 허용 구조 요약:
| 레이어 | 설정 위치 | 역할 |
|---|---|---|
| Country 레벨 | SPRO (Payment Methods in Country) | 국가 단위 허용/제한 정의 |
| Company Code 레벨 | SPRO (Payment Methods in Comp. Code) | 회사코드 단위 세부 설정 |
| BP/Vendor 레벨 | BP Master (FI Vendor Role) | 개별 벤더에 할당된 Method |
세 레이어가 모두 맞아야 Proposal에 포함됩니다. 하나라도 어긋나면 “Payment method not allowed for this vendor” 메시지와 함께 제외됩니다.

House Bank 선택 오류 — Ranking과 가용금액의 함정
IMG 설정 경로:
SPRO > Financial Accounting > Bank Accounting > Bank Accounts > Define House Banks
SPRO > Financial Accounting > Accounts Receivable and Accounts Payable
> Business Transactions > Outgoing Payments > Automatic Outgoing Payments
> Bank Determination
| 단계 | 처리 내용 | 조건/결과 |
|---|---|---|
| 1 | 지급 대상 결정 | – |
| 2 | Ranking Order 확인 | Company Code / Payment Method / Currency 기준 순위 조회 |
| 3-A | House Bank 선택 완료 | 계좌 가용잔액 충족 시 |
| 3-B | 다음 Ranking House Bank 시도 | 가용잔액 부족 + 다음 순위 House Bank 존재 시 → 2단계로 반복 |
| 3-C | 오류 발생: No valid house bank found | 가용잔액 부족 + 다음 순위 House Bank 없을 시 |
▲ House Bank 선택 로직: Ranking → 가용금액 → 통화 순으로 평가하며, 모든 Bank가 조건 미달이면 오류 발생.
실무에서 자주 보이는 패턴은 “테스트 때는 잘 됐는데 월말 대량 지급 시에 갑자기 안 된다”는 케이스입니다. Available Amount를 너무 작게 설정해 두거나, 통화를 KRW로만 설정했는데 USD 지급이 들어오는 경우가 원인입니다. 대체(fallback) House Bank를 Ranking 2번으로 걸어두는 것이 안전합니다.
| 점검 항목 | 확인 경로 | 비고 |
|---|---|---|
| Ranking Order | Bank Determination (SPRO) | Payment Method/Currency/Company Code 조합별 확인 |
| Account ID | House Bank 정의 | 해당 계좌가 올바른 Account ID로 등록되어 있는가 |
| Available Amount | Bank Determination | 지급 예정 총액 대비 설정값 적정 여부 |
| Currency 매칭 | House Bank 계좌 | 지급 통화와 계좌 통화 일치 여부 |
실무 팁 — F110 로그 분석, 이렇게 읽으세요
F110 로그 분석에서 가장 중요한 것은 Proposal Log와 Payment Log를 구분해서 보는 것입니다. F110 화면에서 Proposal 생성 후 “Proposal List” 탭의 로그를 먼저 확인하고, Payment 실행 후에는 Payment Log를 별도로 확인합니다.
로그에서 반드시 찾아야 할 키워드: “Reason for rejection”
이 한 줄이 Proposal에서 제외된 이유를 직접 알려줍니다. SLG1(Application Log)에서 Object/Subobject 기준으로 관련 로그를 조회하면 더 상세한 이력도 확인 가능합니다.
| 체크 항목 | 확인 방법 | 비고 |
|---|---|---|
| BP Payment Method 설정 | BP → Company Code → Payment Transactions | Country/Company Code 레이어 모두 확인 |
| Payment Block 여부 | FBL1N → Payment Block 필터 | 문서/마스터 양쪽 확인 |
| Currency 일치 여부 | BP 통화 vs House Bank 계좌 통화 | 불일치 시 오류 발생 |
| Bank Determination Ranking | SPRO → Bank Determination | 대체 Bank 존재 여부 포함 |
| DMEE 필드 매핑 | DMEE 트리 → 샘플 파일 생성 테스트 | 실제 지급 전 반드시 검증 |
| Credit Block (S/4) | FSCM Credit Management | S/4 환경에서 추가 체크 필수 |

SAP F110 에러 코드 실전 해결 가이드
에러별 원인 → 확인 → 해결 흐름
| # | 에러 메시지 | 발생 단계 | 주요 원인 | 확인 경로 | 해결 방법 |
|---|---|---|---|---|---|
| 1 | Payment method not allowed for this vendor | Proposal | BP/Country/CompCode 설정 불일치 | BP → Payment Transactions / SPRO → Payment Methods | BP에 Method 추가 + Country 레이어 확인 → Proposal 재생성 |
| 2 | No valid house bank found | Payment | Ranking 누락, 가용금액 초과, 통화 불일치 | SPRO → Bank Determination | Ranking 추가 또는 대체 Bank 설정 → Available Amount 조정 |
| 3 | Payment blocked | Proposal | Invoice 또는 BP 마스터에 Block | FBL1N → FB02 / BP 마스터 | Block 해제 → Proposal 삭제 후 재생성 |
| 4 | DME generation failed | Payment Medium | DMEE 트리 매핑 오류, 필수 필드 누락 | DMEE 트리 / F110 Payment Medium 로그 | DMEE Node 추가 및 재매핑 → 샘플 파일 재생성 검증 |
[1] Payment method not allowed for this vendor — 상세 해결
-
BP 트랜잭션 → FI Vendor Role → 해당 Company Code → Payment Transactions에서 Method 등록 여부 확인
-
SPRO > … > Payment Methods in Country에서 해당 국가에 Method가 정의되어 있는지 확인
-
SPRO > … > Payment Methods in Company Code에서 Min/Max Amount, Foreign Indicator 확인
-
수정 완료 후 기존 Proposal 삭제 → 재생성
[2] No valid house bank found — 상세 해결
-
SPRO > Bank Determination에서 해당 Company Code + Payment Method + Currency 조합의 Ranking 존재 여부 확인
-
Ranking에 등록된 House Bank의 Account ID와 통화가 올바른지 확인
-
Available Amount가 실제 지급 예정 총액보다 낮으면 상향 조정 또는 대체 Bank Ranking 추가
-
수정 완료 후 Proposal 재생성 → Payment 재실행
[3] Payment blocked — 상세 해결
-
FBL1N에서 해당 벤더 항목 조회 → “Payment Block” 필터 적용하여 대상 Invoice 특정
-
FB02로 해당 Invoice 열어 Payment Block 필드 공란으로 저장
-
BP 마스터에 전체 Block(Vendor Block)이 걸려 있다면 BP에서 해제
-
S/4 환경이라면 FSCM Credit Block 여부 추가 확인
-
기존 Proposal 삭제 후 재생성 (필수)
[4] DME generation failed — 상세 해결
-
DMEE 트랜잭션에서 해당 Format Tree 열기 → 은행 요구 필드와 Node 매핑 1:1 비교
-
F110 Payment Medium 실행 후 생성된 로그에서 정확한 오류 필드명 확인
-
누락 Node 추가 및 Source Field (BP Bank Details, Payment Header 등) 매핑 수정
-
테스트 환경에서 샘플 레코드로 파일 생성 → 은행 제공 샘플 파일과 비교 검증
-
인코딩 또는 숫자 포맷 오류라면 DMEE Node의 Format 탭에서 Character Set/Decimal 설정 수정

마무리 — 지급런 전에 반드시 기억할 것
핵심 3줄 요약:
- Proposal 로그를 먼저 읽으세요. “Reason for rejection” 메시지 한 줄이 원인의 90%를 알려줍니다.
- 3대 체크 항목 — Payment Method(BP + Country + CompCode), Bank Determination(Ranking + 통화 + 가용금액), Payment Block(문서 + 마스터) — 이 세 가지가 맞으면 대부분의 오류는 사라집니다.
- DME/DMEE는 반드시 샘플로 사전 검증하세요. 은행 reject은 실제 지급이 나간 후에 알게 되기 때문에 타격이 큽니다.
권장 실행 순서:
① Parameters 입력 → ② Proposal 생성(Test Run) → ③ Proposal Log "Reason for rejection" 확인
→ ④ BP/SPRO 수정 → ⑤ Proposal 삭제 후 재생성 → ⑥ Payment 실행 → ⑦ DMEE 파일 샘플 검증
다음 지급 실행 전에 Proposal 로그부터 확인해보세요. 작은 메시지 하나가 수백 건의 지급 실패를 막습니다. 비슷한 오류 상황을 겪으셨거나, 로그 메시지는 나오는데 원인을 못 찾겠다면 댓글로 공유해주세요. 실제 메시지와 함께 올려주시면 같이 원인 분석해 드리겠습니다.
다음에 읽으면 좋은 글:
- F110 Bank Determination 심화 — Ranking Order와 계좌 선택 로직 완전 정리
- DMEE 실전 디버깅 — Payment Medium 구조 분석 및 은행 reject 대응법
유용한 T-code 모음
| T-code | 용도 |
|---|---|
| F110 | Automatic Payment Program 실행 |
| DMEE | Payment Medium Format Tree 편집/테스트 |
| FB02 | 전표 문서 변경 (Payment Block 해제 등) |
| FBL1N | 벤더 항목 내역 조회 (Block 확인) |
| FBL5N | 고객 항목 내역 조회 |
| SLG1 | Application Log 조회 |
참고 출처
- SAP Help Portal – Automatic Payment Program (S/4HANA): https://help.sap.com/docs/SAP_S4HANA
- SAP Help Portal – Bank Determination: https://help.sap.com/docs/SAP_S4HANA
- SAP Help Portal – DMEE Payment Medium: https://help.sap.com/docs/SAP_S4HANA
- SAP Notes 검색 (대표 오류 메시지 기반): https://me.sap.com/notes