배치 파일을 넘어서: ERP와 은행 사이의 실시간 자금 관리와 세무

지난 20년 동안 기업 재무는 지연을 전제로 움직였습니다. ERP(SAP S/4HANA, Oracle, Odoo)가 그날의 장부를 마감했습니다. 예약된 작업이 CSV 또는 MT940 파일을 SFTP로 은행에 보냈습니다. 은행이 무엇을 승인하고 무엇이 실패했는지는 다음 날 아침이 되어서야 알 수 있었습니다.

이런 방식은 GCC, 유럽, 중동, 아프리카에서 무너지고 있습니다. 두 가지 변화로 배치 파일은 직접적인 비즈니스 리스크가 되었습니다.

야간 파일이 통하지 않게 된 이유

• 세금은 이제 실시간으로 검사합니다. 사우디아라비아의 ZATCA 2단계, 아랍에미리트의 PINT-AE 체계, EU의 ViDA(VAT in the Digital Age)는 각 인보이스를 법적으로 발행하거나 결제하기 전에 XML로 검증하고 암호학적으로 서명하도록 요구합니다. 실시간 또는 그에 가까운 속도여야 합니다.

• 결제에는 풍부한 데이터가 실립니다. ISO 20022는 짧은 참조 필드를 완전히 구조화된 송금 세부 정보로 대체합니다. 지급 지시(pain.001)와 자금 관리 메시지(camt.053, camt.054)가 대상입니다.

기업이 오래된 배치 미들웨어 위에 실시간 세금 승인과 ISO 20022를 더하면, 자금은 이동 중에 묶이고, 대사는 수작업으로 이루어지며, 검사가 실패할 때마다 청구가 멈춥니다.

표준 커넥터가 운영 환경에서 부족한 이유

표준 통합 커넥터는 단순한 경우를 잘 처리합니다. 하지만 수천 건의 거래가 한꺼번에 도착할 때 재무 기록의 일관성을 유지하도록 만들어지지는 않았습니다. 성숙한 기업에서는 다음 세 가지 문제가 반복해서 나타납니다.

• 변환 과정에서 데이터가 유실됩니다. 맞춤형 ERP 테이블은 주의 깊은 규칙 기반 매핑 계층 없이는 엄격한 ISO 20022 스키마나 UBL 2.1 전자 인보이스에 깔끔하게 대응하지 못합니다.

• 재시도에서 중복이 생깁니다. 은행이나 세무 게이트웨이가 부하로 시간 초과되면, 단순한 재시도는 같은 결제를 두 번 보내거나 같은 인보이스를 두 번 제출할 수 있습니다.

• 두 시스템, 두 가지 진실. ERP는 인보이스를 전기 완료로 표시하지만 세무 당국은 그 서명을 반려합니다. 재무 팀은 서로 연동되지 않는 시스템 사이에서 수작업으로 분개를 되돌려야 합니다.

XSIS의 구축 방식

XSIS는 통합을 설정이 아니라 엔지니어링으로 다룹니다. 신뢰할 수 있는 실시간 자금 관리 및 준법 엔진은 네 부분으로 이루어집니다.

1. 모든 이벤트를 한 번만 포착

XSIS는 ERP 데이터베이스를 폴링하지 않습니다. 트랜잭션 아웃박스나 ERP 자체의 이벤트 메시를 통해 변경이 발생하는 즉시 포착합니다. 모든 재무 이벤트에는 문서의 출처에 기반한 안정적인 키가 부여되므로, 은행과 세무 시스템 전반에서 정확히 한 번만 처리됩니다.

2. 나가기 전에 검사

메시지가 은행이나 세무 포털에 도착하기 전에 별도의 검증 엔진이 XML을 스키마와 대조하고, 암호 서명(CSID 또는 X.509)을 적용하며, 필요한 QR 코드와 해시 체인을 생성합니다. 이 모든 과정은 50밀리초 이내에 끝납니다.

3. 모든 은행을 위한 하나의 내부 형식

ERP와 외부 세계 사이에는 버전이 관리되는 내부 데이터 모델이 있습니다. 새 은행을 추가하거나 MT 메시지를 MX 메시지로 전환할 때 ERP의 ABAP 또는 PL/SQL 코드를 다시 작성할 필요가 없습니다.

4. 은행 거래 명세서 자동 대사

은행 거래 명세서(camt.053)와 즉시 결제 통지(camt.054)를 읽어 명확한 규칙으로 미결 매출채권과 대사합니다. 99%가 넘는 항목이 수작업 없이 대사되며, 사람에게 넘어가는 것은 실제 예외뿐입니다.

시작하는 방법

배치 지연을 없애기 위해 ERP를 교체할 필요는 없습니다. Brownfield Diagnostic Bridge에서 시작하십시오. 1주에서 2주 안에 고객의 ERP, 미들웨어, 은행 사이에서 데이터가 어디서 유실되는지 매핑합니다. 그다음 가장 부담이 큰 대사 루프부터 실시간으로 옮깁니다.