폴란드 KSeF 2026–2027: 의무
전자송장이 AP 워크플로를 바꾸는 방식
2026년 2월 1일, 폴란드가 스위치를 켰습니다. KSeF(Krajowy System e-Faktur) — 폴란드 국가 전자송장 플랫폼 — 이 대규모 납세자에게 자발적에서 의무로 전환되었습니다. 4월 1일부터는 사실상 모든 VAT 등록 사업체를 대상으로 확대되었습니다. 귀사가 폴란드에서 구매하거나 판매하는 경우, 귀사와 거래처 간 송장 이동 방식이 변경되었습니다. 익숙한 'PDF 첨부 파일' 방식이 아닙니다.
핵심 요약
- 폴란드 KSeF 의무화는 거의 모든 AP 팀에서 규정 준수 프로젝트로 취급됩니다. API 연결, XML 수신, 2026년 2월 이전과 동일하게 송장 처리를 계속합니다.
- 해당 XML에는 이미 300개 이상의 구조화된 필드(모든 라인 항목, VAT율, NIP 번호 포함)가 있습니다. 이를 다운로드하여 ERP에 다시 입력하는 것은 구조화된 데이터를 수신하여 다시 수동 작업으로 전환하는 것입니다.
- AP 시스템이 KSeF XML을 직접 소비하도록 하면 송장 데이터 입력이 사라집니다. 마지막 수동 접점은 더 이상 송장이 아니라, ImageToTable.ai가 처리하도록 만들어진 납품서와 작업 시간표입니다.
폴란드 접근법이 유럽 다른 국가들과 다른 점
대부분의 EU 전자송장 의무화는 정부가 승인된 플랫폼을 지정하고, 기업이 하나를 선택하면 상호 운용 가능한 제공업체 네트워크를 통해 송장이 유통되는 패턴을 따릅니다. 프랑스는 여러 인증 플랫폼을 갖춘 PDP(Plateforme de Dématérialisation Partenaire) 모델을 구축 중입니다. 독일의 예정된 의무화도 유사하게 분산되어 있습니다. 이탈리아의 Sistema di Interscambio(SdI)는 많은 국가가 따라 한 템플릿이었습니다.
폴란드는 완전히 다른 길을 선택했습니다.
KSeF는 단일, 국영, 중앙 집중식 플랫폼입니다. 인증된 제공업체 시장이 없습니다. 모든 폴란드 B2B 송장은 재정부(Ministerstwo Finansów)가 운영하는 하나의 시스템을 통해 FA(3) 논리 구조라는 하나의 XML 스키마를 사용하여 처리됩니다. KSeF가 송장을 검증하고 고유한 KSeF 식별 번호를 할당하기 전까지 송장은 법적으로 존재하지 않습니다. 이는 승인 모델입니다. 정부는 양 당사자가 거래를 완료했다고 간주하기 전에 모든 송장을 확인합니다.
이것이 귀하의 AP 워크플로에 왜 중요할까요? 프랑스나 독일에서 도입되는 다중 플랫폼 모델에서는 옵션이 있습니다. 기존 도구와 일치하는 제공업체를 선택할 수 있습니다. KSeF를 사용하면 통합해야 할 시스템이 정확히 하나입니다. 장점: 하나의 표준은 하나의 예측 가능한 데이터 구조를 의미합니다. 단점: ERP가 KSeF의 API와 통신할 수 없는 경우 대체 경로가 없습니다.
폴란드는 또한 EU 자체보다 더 빠르게 움직였습니다. KSeF는 2021년에 처음 구상되었고, EU 면제 승인(이사회 결정 (EU) 2022/1003)을 받았으며, EU의 ViDA(디지털 시대의 부가가치세) 프레임워크가 2030~2035년에 대한 국경 간 전자송장 마감일을 설정하기 몇 년 전인 2022년에 자발적으로 시행되었습니다. 이는 폴란드의 의무화가 ViDA 요구 사항보다 앞서 있으며 부분적으로 초과한다는 것을 의미합니다. 폴란드에서 운영되는 기업은 사실상 사전 ViDA 준수 모델로 운영되고 있으며, 이후 EU 전체 표준에 매핑해야 합니다. 이는 대부분의 KSeF 가이드에서 논의되지 않는 미래 대비 작업 계층을 추가합니다.
타임라인: 세 단계, 하나의 냉혹한 진실
의무화는 사업자 규모에 따라 단계적으로 시행됩니다. 대부분의 타임라인 요약이 놓치는 핵심은 다음과 같습니다: 2026년 2월 1일은 단순히 "대규모 납세자가 세금계산서를 발행해야 하는 날"이 아닙니다. 이 날짜부터 모든 VAT 등록 폴란드 사업자는 규모에 관계없이 KSeF를 통해 매입 세금계산서를 수취할 수 있는 기술적 능력을 갖추어야 했습니다. 귀사가 대규모 공급업체로부터 구매하는 소규모 폴란드 기업이라면, 자체 발행 의무가 시작되기 몇 달 전부터 KSeF에서 들어오는 세금계산서를 조회할 방법이 필요했습니다.
| 단계 | 시행일 | 대상 | 변경 사항 |
|---|---|---|---|
| 1단계 | 2026년 2월 1일 | 대규모 납세자: 2024년 매출액 2억 즈워티(약 4,600만 유로) 초과 | 모든 B2B 세금계산서를 KSeF를 통해 발행해야 합니다. 모든 사업자는 규모와 관계없이 이 날짜부터 KSeF 매입 세금계산서를 수취할 수 있어야 합니다. |
| 2단계 | 2026년 4월 1일 | 소기업을 제외한 모든 VAT 등록 사업자 | 모든 국내 B2B 거래에 대한 전체 발행 의무화. 해당 거래에 대해 PDF 및 종이 세금계산서는 더 이상 법적 효력을 상실합니다. |
| 3단계 | 2027년 1월 1일 | 월별 세금계산서 발행 매출액이 1만 즈워티(약 2,300유로) 이하인 소기업 | 마지막 그룹이 의무 대상에 포함됩니다. 또한: 과태료 부과가 시작되며, 은행 송금 시 KSeF 번호를 참조에 기재해야 합니다. |
2026년 전체는 과도기로 운영됩니다: 재정적 과태료는 없으며, 당국은 교육과 적응을 강조합니다. KSeF를 통해 발행되어야 했음에도 시스템 외부에서 발행된 세금계산서는 여전히 법적으로 발행되지 않은 것으로 간주될 수 있습니다. 다만 과태료가 부과되지 않을 뿐입니다. 이는 2027년 1월 1일부터 변경되며, 폴란드 VAT법 제106ni조에 따라 위반 세금계산서당 VAT 금액의 최대 100%에 달하는 제재가 시행됩니다.
KSeF가 AP 워크플로를 하루하루 어떻게 바꾸는가
KSeF 도입 전, 전형적인 폴란드 AP 워크플로는 이러했습니다: 공급업체가 PDF 인보이스를 이메일로 발송 → AP 담당자가 첨부파일 다운로드 → ERP에 수동으로 데이터 입력 → 승인 라우팅 → 지불 일정 수립.
KSeF 체제에서는 이 체인의 첫 번째 연결고리가 끊어집니다. 공급업체는 구조화된 XML 파일을 KSeF에 제출합니다. 플랫폼은 XML 스키마 준수 여부와 발행자 권한을 검증한 후 KSeF 번호를 부여합니다. 구매자는 공급업체로부터 인보이스를 받지 않습니다. 구매자는 KSeF 납세자 애플리케이션(Aplikacja Podatnika KSeF), ERP의 KSeF 통합, 또는 중개 서비스를 통해 KSeF에서 인보이스를 조회합니다.
이는 미지급금 운영 방식의 근본적인 재구성입니다. 실제로 변경되는 사항은 다음과 같습니다:
송장이 PDF가 아닌 구조화된 데이터로 도착합니다
FA(3) XML 스키마에는 NIP(세금 식별 번호), 송장 번호, 발행일, 순액과 VAT 세율이 포함된 라인 항목, 결제 조건, 고유 KSeF ID 등 300개 이상의 정의된 필드가 있습니다. 이는 문서 이미지가 아닌 기계 판독 가능한 데이터입니다. AP 팀의 경우, 이는 AP 시스템이 PDF를 구문 분석할 뿐만 아니라 XML을 소비할 수 있다면 송장 헤더 및 라인 항목 데이터가 수동 입력 없이 ERP로 직접 흘러들어갈 수 있음을 의미합니다.
구매자 수락(zgoda odbiorcy)이 더 이상 필요하지 않습니다
KSeF 1.0(자발적 단계)에서는 구매자가 구조화된 형식의 송장을 수신하는 데 동의해야 했습니다(zgoda odbiorcy). 동의하지 않은 경우 발행자는 여전히 KSeF에 제출했지만 PDF 또는 종이 사본도 전달해야 했습니다. 의무적인 KSeF 2.0 체제에서는 사전 구매자 동의가 더 이상 필요하지 않습니다. 송장에 KSeF 번호가 할당되면 구매자의 NIP가 올바르게 기재되어 있는 한 법적으로 구매자에게 전달된 것으로 간주됩니다. 더 이상 "받지 못했습니다"라는 분쟁은 없습니다. 송장은 KSeF에 존재하며, 이를 검색하는 것은 귀하의 책임입니다.
KSeF 번호가 모든 다운스트림 프로세스의 기준점이 됩니다
각 송장에 할당된 고유 KSeF 식별 번호는 선택적 메타데이터가 아니라 송장의 법적 ID입니다. 2027년 1월부터 이 번호는 은행 결제 참조 정보에 포함되어야 합니다. 결제 시스템에 이 번호가 포함되지 않으면 폴란드의 분할 결제(podzielona płatność) 메커니즘에 따라 이체가 거부될 수 있습니다. AP 팀의 경우: 이제 ERP의 모든 송장 레코드는 공급업체의 내부 송장 번호 와 KSeF 번호를 모두 추적해야 합니다. 이들은 서로 다른 목적을 가진 다른 식별자이며 항상 일대일 관계를 공유하지는 않습니다.
오프라인 모드에 시간 변수 추가
KSeF 2.0에는 영구 오프라인 모드(Offline24)가 포함됩니다. KSeF를 사용할 수 없는 경우, 기업은 플랫폼 외부에서 구조화된 인보이스를 발행할 수 있으며, 다음 영업일까지 올바른 QR 코드와 함께 제출해야 합니다. 하지만 인보이스의 법적 발행일은 여전히 P_1 필드의 날짜이며, KSeF 제출일이 아닙니다. 금요일자 인보이스가 KSeF에 월요일에 접수되더라도 법적 발행일은 금요일입니다. AP팀은 수령일 추적 시 이 시간 차이를 처리해야 하며, 특히 1일 지연으로 인해 인보이스가 다른 회계 기간으로 넘어갈 수 있는 월말 마감 시점에 주의해야 합니다.
숨겨진 기회: KSeF XML은 이미 구조화된 데이터입니다. KSeF 이전에는 폴란드 인보이스를 받은 AP 팀이 수동 또는 추출 도구를 사용해 PDF에서 데이터를 추출해야 했습니다. KSeF 체제에서는 인보이스 데이터가 정의된 필드 구조로 제공됩니다. 그러나 대부분의 ERP는 설정 없이 KSeF XML 필드를 AP 모듈에 자동으로 매핑하지 않습니다. 또한 폴란드 공급업체가 배송 명세서, 근무 시간표, 계약서 등 지원 문서를 함께 보내는 경우, 이러한 문서는 여전히 구조화된 인보이스와 함께 PDF 또는 스캔 이미지로 도착합니다. 과제는 "PDF에서 모든 것을 추출"에서 "구조화된 XML 데이터와 비구조화된 지원 문서를 조정"으로 전환됩니다.
국경 간 복잡성: 폴란드 공급업체가 해외 구매자에게 인보이스를 발행하는 경우
이 부분이 대부분의 입문 가이드가 간과하는, KSeF가 실제 운영 부담을 만드는 지점입니다.
폴란드 공급업체 → 해외 구매자(폴란드 NIP 없음): 폴란드 공급업체는 EU 역내 공급 및 수출을 포함하여 여전히 KSeF를 통해 인보이스를 발행해야 합니다. 인보이스는 KSeF 번호를 부여받고 KSeF 시스템에 10년간 보관됩니다. 그러나 해외 구매자는 KSeF에 접근할 수 없습니다. 폴란드 NIP가 없는 비폴란드 법인은 플랫폼에 로그인할 수 없습니다. 따라서 공급업체는 합의된 대체 방법(일반적으로 KSeF 항목으로 연결되는 QR 코드가 포함된 PDF)을 통해 구매자에게 인보이스를 전달해야 합니다.
해외 구매자의 AP 팀 입장에서 결과물은 겉보기에는 일반 인보이스처럼 보이지만, ERP에 해당 필드가 없는 KSeF 번호가 포함되어 있고 접근할 수 없는 플랫폼을 참조하는 PDF입니다. 구매자가 인보이스의 진위를 확인하거나 수정 사항을 확인해야 하는 경우 전적으로 공급업체에 의존해야 합니다. 해외 수취인을 위한 셀프 서비스 조회는 없습니다.
해외 공급업체 → 폴란드 구매자: 폴란드에 고정 사업장이 없는 해외 공급업체는 KSeF를 사용할 의무가 없습니다. 폴란드 구매자는 이러한 인보이스를 표준 역청구 회계로 처리하고 JPK_VAT(SAF-T) 신고 시 해외 인보이스를 나타내는 특수 코드와 함께 보고합니다. 이러한 역내 해외 인보이스에 대해 KSeF 번호는 생성되지 않습니다. 비폴란드 공급업체에 대한 AP 팀의 워크플로는 최소한 ViDA의 국경 간 디지털 보고 요구 사항이 2030년에 발효될 때까지는 대체로 변경되지 않습니다.
소프트웨어 현황: 폴란드 기업이 실제로 사용하는 도구
일부 EU 국가처럼 인증 공급업체 목록에서 전자송장을 선택하는 방식과 달리, KSeF는 기업이 이미 운영 중인 회계 및 ERP 소프트웨어와 직접 통합됩니다. 대부분의 플랫폼은 2022~2025년 자발적 도입 기간 동안 KSeF 모듈을 구축했습니다. AP 팀이 옵션을 평가할 때 고려할 현황은 다음과 같습니다.
| 소프트웨어 | 시장 위치 | KSeF 대응 수준 | 적합 대상 |
|---|---|---|---|
| Comarch ERP Optima | 20년 이상 폴란드 ERP 시장 선도 | 가장 성숙한 KSeF 구현 — 네이티브 FA(3) 생성, 실시간 API 제출, 자동 복구 오프라인 모드, 수정 송장 연결 | 종합 회계 + KSeF가 필요한 중소기업 및 중견기업 |
| Sage Symfonia | 중소기업 중심, 회계 특화 | FA(3) 생성, API 통합, 제한된 다중 법인 지원 | Sage 생태계를 사용하는 중소기업 |
| enova365 | 모듈식 설계의 폴란드 중견기업 ERP | FA(3) 생성, EU 역내 Peppol 지원, 다중 법인 KSeF 토큰 관리 | ERP + KSeF + Peppol이 필요한 중견기업 |
| SaldeoSMART | 클라우드 기반 문서 워크플로 선두 | 가장 빠른 통합 경로 — 중개자 역할로 송장을 KSeF 형식으로 변환하고 상태 수신 | API 개발 없이 빠른 통합을 원하는 회계 사무소 및 재무 부서 |
| wFirma / inFakt | 개인 사업자 및 초소기업 | 웹 인터페이스를 통한 기본 KSeF 발행 | JDG(개인 사업자), 초소기업 |
| InsERT nexo | 성장하는 중소기업 플랫폼, 클라우드 네이티브 | FA(3) 생성, 우수한 UX, 경쟁력 있는 가격 | 현대적 클라우드 인터페이스를 원하는 중소기업 |
엔터프라이즈 사용자의 경우 SAP(SAP Document and Reporting Compliance 경유) 및 Microsoft Dynamics 365 모두 KSeF 모듈을 제공합니다. 대규모 다국적 기업은 일반적으로 직접 API 통합을 구축하는 대신 중개 규정 준수 플랫폼(Vertex, Sovos, EDICOM)을 통해 KSeF를 처리합니다.
송장 볼륨이 여러 시장에 걸쳐 있다면 KSeF의 FA(3) 스키마와 EU 역내 Peppol BIS를 모두 처리하는 플랫폼을 찾으십시오. enova365 및 엔터프라이즈 규정 준수 플랫폼이 이 이중 지원을 기본 제공합니다. PEF(Platforma Elektronicznego Fakturowania)는 Peppol을 사용하여 폴란드 B2G 거래를 처리하며, 이는 KSeF B2B와는 별도 파이프라인입니다.
의무 미준수 시 제재
폴란드 재무부는 의도적으로 2단계 집행 모델을 구축했습니다. 2026년 내내 금전적 벌금은 부과되지 않습니다. 이 유예 기간 동안 기업은 KSeF 등록, 사용자 승인, 소프트웨어 연결 및 워크플로우 안정화를 진행할 수 있습니다. 그러나 의무 적용 시 KSeF 외부에서 발행된 인보이스는 법적으로 발행되지 않은 것으로 간주될 수 있습니다. 즉, 수취인이 해당 인보이스에 대한 매입 부가가치세(VAT) 공제를 청구할 수 없습니다. 이는 벌금 유무와 관계없이 모든 비준수 매입 인보이스에 대해 23%의 비용 증가를 의미합니다.
2027년 1월 1일부터 KSeF 법에 따른 벌금 구조가 시행됩니다:
- VAT 금액의 최대 100%까지: 의무 적용 시 KSeF 외부에서 발행된 각 인보이스에 대해. 23% VAT가 적용된 50,000 PLN 단일 인보이스의 경우 세금 11,500 PLN과 동일한 벌금이 부과됩니다.
- 총 인보이스 금액의 최대 18.7%까지: 시스템 외부에서 발행된 VAT 면제 인보이스에 대해.
- 오프라인 제출 지연 벌금: 오프라인 모드 인보이스를 다음 영업일 내에 제출하지 못한 경우.
재무부는 벌금이 비례적으로 적용되며 사례별로 평가될 것이라고 밝혔습니다. 최대 금액은 상한선일 뿐 자동 벌금이 아닙니다. 그러나 VAT 공제 차단 위험만으로도 월간 B2B 인보이스를 소수 이상 발행하는 모든 기업에게 의무 불이행은 상업적으로 지속 불가능합니다.
자주 묻는 질문
내 비즈니스에 KSeF가 정확히 언제 의무화되나요?
2024년 연간 매출이 2억 PLN(약 4,600만 유로)을 초과한 경우, 발행 의무는 2026년 2월 1일부터 시작됩니다. 기타 모든 VAT 등록 사업자(소기업 제외)는 2026년 4월 1일부터 KSeF를 통해 인보이스를 발행해야 합니다. 월간 인보이스 매출이 10,000 PLN 미만인 소기업은 2027년 1월 1일까지 유예됩니다. 단, 규모에 관계없이 모든 폴란드 VAT 등록 사업자는 2026년 2월 1일부터 KSeF에서 인보이스를 수취할 수 있어야 합니다.
폴란드 공급업체로부터 PDF 인보이스를 계속 받아야 하나요?
아니요 — KSeF가 공급업체에 적용되면 법적으로 유효한 인보이스는 PDF가 아닌 KSeF의 구조화된 XML입니다. 단, KSeF에 접근할 수 없는 해외 구매자는 실용적인 전달 방식으로 QR 코드가 포함된 PDF를 계속 받게 됩니다. PDF는 편의 사본이며, KSeF 항목이 법적 원본입니다. 폴란드 국내 구매자의 경우, 귀하의 NIP가 인보이스에 올바르게 기재되어 있다면 KSeF가 번호를 할당하는 즉시 인보이스가 전달된 것으로 간주됩니다.
KSeF가 인보이스를 거부할 수 있나요?
네. KSeF는 XML 스키마 검증에 실패하거나 권한이 없는 사람이 제출한 인보이스를 거부합니다. 그러나 인보이스 금액, 서비스 설명 또는 세금 계산이 올바른지 여부는 확인하지 않습니다. 이는 당사자의 책임입니다. KSeF는 구조와 권한을 검증할 뿐 회계 정확성은 검증하지 않습니다.
인보이스에 구매자 NIP가 잘못된 경우 어떻게 하나요?
이는 KSeF에서 가장 흔한 오류입니다. 수정하려면 두 단계 절차가 필요합니다. 먼저 원본을 무효화하는 '0으로' 수정 인보이스를 발행한 다음, 올바른 구매자 NIP로 새 인보이스를 발행해야 합니다. 원본에서 NIP를 단순히 업데이트할 수는 없습니다. 이 두 단계 수정 절차는 KSeF 이전 관행보다 더 엄격하며, AP 시스템에서 신중한 추적이 필요합니다.
인보이스는 KSeF에 얼마나 오래 보관되나요?
KSeF는 제출된 모든 인보이스를 10년 동안 자동으로 보관합니다. 기업은 플랫폼을 통해 언제든지 과거 인보이스를 검색할 수 있습니다. 그러나 재무부는 기업이 자체 아카이브도 유지할 것을 권장합니다. KSeF의 보관은 규정 준수 서비스일 뿐, 자체 기록의 백업이 아닙니다.
KSeF는 운송장이나 계약서 같은 첨부 파일을 지원하나요?
FA(3)에는 선택적 첨부 요소(Załącznik)가 포함되어 있지만, 엄격한 제한이 있습니다. 자유 형식의 PDF, JPG 또는 계약서가 아닌 구조화된 세금 관련 데이터만 포함할 수 있습니다. 마케팅 자료, 계약서 또는 가격표에 첨부 요소를 사용하면 첨부 권한이 취소될 수 있습니다. 운송장과 근무 시간표 같은 증빙 문서는 여전히 별도 채널을 통해 전송되므로, AP 팀은 구조화된 KSeF XML과 비구조화된 증빙 문서를 계속 혼합하여 처리해야 합니다.
KSeF는 Peppol 및 EU 전자송장 표준과 어떤 관련이 있나요?
KSeF의 FA(3) 스키마는 유럽 표준 EN 16931을 기반으로 하지 않습니다. 대신 폴란드의 SAF-T(JPK) 구조에서 파생되었습니다. 즉, KSeF 송장은 기본적으로 Peppol과 호환되지 않습니다. Peppol을 통해 EU 파트너와 거래하는 폴란드 기업은 두 가지 별도 형식과 제출 파이프라인을 처리해야 합니다. PEF(Platforma Elektronicznego Fakturowania)는 Peppol BIS를 사용하여 폴란드 B2G 거래를 처리하며, 이는 KSeF B2B와 완전히 별개입니다. 일부 도구(enova365, 엔터프라이즈 규정 준수 플랫폼)는 두 가지를 모두 연결하지만, 단일 통합 파이프라인은 없습니다.
AP 팀이 지금 취해야 할 실질적인 조치는 무엇인가요?
세 가지 필수 단계가 있습니다: (1) KSeF에 사업자 등록하고 적절한 담당자를 승인하세요. 이 작업 없이는 송장을 받을 수 없습니다. (2) KSeF XML을 처리할 수 있는 소프트웨어를 연결하세요. ERP의 KSeF 모듈이든 SaldeoSMART와 같은 중개 서비스든 상관없습니다. (3) AP 워크플로우에 KSeF 번호 추적을 추가하세요. 송장 수신부터 지불 참조까지 KSeF 번호는 전용 필드와 조정 단계가 필요합니다. 승인 라우팅, 코딩, 지불 일정 등 다른 모든 것은 이 세 가지 기반 위에 구축됩니다.
더 큰 그림: 구조화된 전자송장이 AP 효율성을 높이는 방법
KSeF를 단순한 규제 준수 부담, 즉 정부 시스템과의 또 다른 연동으로 보는 경향이 있습니다. 이러한 시각은 중요한 점을 놓치고 있습니다.
KSeF 도입 전, AP팀이 폴란드 송장을 받으면 데이터는 PDF 안에 갇혀 있었습니다. 공급업체명, NIP, 송장번호, 품목, VAT 내역, 총액을 수동으로 추출해 ERP에 입력해야 했습니다. AI를 활용해 PDF 송장에서 데이터를 추출하는 자동화 도구가 있지만, 문서와 시스템 사이에는 항상 파싱 단계가 존재했습니다.
KSeF 하에서는 송장 데이터가 이미 구조화된 형태로 도착합니다. 송장 자체에 대한 추출 단계는 사라집니다. 추출 도구의 가치는 여전히 KSeF가 처리하지 않는 지원 문서(납품서, 계약서, 근무시간 기록)를 처리하고, KSeF XML 데이터를 PDF 사본과 교차 확인하여 중복을 탐지하며, 구조화된 데이터에 포함된 결제 조건에서 할인 정보를 자동으로 캡처하는 간극을 메우는 데 있습니다.
KSeF를 단순한 규제 준수 프로젝트로만 보는 AP팀은 규제 준수 체크박스만 얻을 것입니다. 이를 데이터 품질 업그레이드로 인식하는 팀, 즉 구조화된 송장 데이터가 규칙 기반 승인 라우팅, 더 빠른 월말 마감, 깨끗한 송장의 자동 처리(STP)를 가능하게 한다는 점을 인지하는 팀은 규제 준수와 함께 측정 가능한 효율성 향상을 얻을 것입니다.
문제는 KSeF에 연결해야 하는지가 아닙니다. 그 결정은 이미 지난 2월에 끝났습니다. 문제는 AP 워크플로우가 구조화된 데이터를 소비하도록 설계되었는지, 아니면 KSeF XML을 다운로드해서 다시 입력해야 하는 PDF처럼 취급하고 있는지입니다.