금융 소프트웨어 개발, 일반 업무 프로그램과 다른 4가지

2024.03.16 조회 2590

우리비엔씨는 대출상담 업체, 공공 금융기관, 보험사처럼 숫자 하나가 곧 돈과 신뢰로 이어지는 곳을 위해 금융 소프트웨어를 맞춤으로 개발합니다. 대출상담 관리 시스템, 농업정책보험금융원의 정책자금 모니터링 시스템, 삼성생명 재보험 정보관리 시스템이 그 사례입니다. 이 글은 세 사례를 통해 금융 프로그램이 일반 업무 프로그램과 무엇이 다른지, 개발할 때 무엇을 먼저 챙기는지 정리했습니다.

대출 상담 관리 프로그램 상담 전체 관리 화면, 상담원별 통계·연령대 통계·업무보고 집계

대출 상담 관리 프로그램의 상담 전체 관리 화면: 상담원별 당일·부재·콜 건수, 연령대 통계, 업무보고 집계를 한 화면에서 봅니다 (업체 관련 표기는 가림 처리)

금융 소프트웨어 개발의 특성

일반 업무 프로그램은 조금 불편해도 쓰면서 고쳐 나갈 수 있습니다. 금융 프로그램은 사정이 다릅니다. 이자 몇 원이 틀리거나, 두 상담원이 같은 고객에게 전화를 걸거나, 보안 점검에서 걸리면 그 자체가 사고가 됩니다. 그래서 금융 프로그램을 만들 때는 기능 목록보다 먼저 아래 네 가지를 확인합니다.

금융 프로그램이 일반 업무 프로그램과 다른 4가지: 계산, 동시 작업, 검증·보안, 업무 지식

금융 프로그램이 일반 업무 프로그램과 다른 네 가지와 이 글에서 다루는 사례

구분	일반 업무 프로그램	금융 프로그램
계산	집계가 대략 맞으면 운영 가능	원 단위까지 맞아야 하고, 계산 근거를 설명할 수 있어야 함
동시 작업	담당자별로 자기 자료를 입력	여러 사람이 같은 고객·계약을 동시에 다룸
검증·보안	사내에서 쓰면 충분	기관의 보안·무결성 조건을 통과해야 배포 가능
업무 지식	요구사항을 듣고 구현	수신·여신·이자·한도 같은 용어를 개발자가 알아야 함

데이터베이스 중심 계산: 삼성생명 재보험

재보험은 보험사가 인수한 위험의 일부를 다른 보험사에 넘기는 거래라서, 계약마다 나눠 갖는 비율과 정산 금액을 정확히 계산해야 합니다. 삼성생명 재보험 정보관리 시스템 구축(2012.06~2012.11)에서 우리비엔씨는 데이터베이스 설계와 구축을 맡았습니다.

데이터베이스 모델링(설계)과 연산 프로시저 개발
원천 데이터를 옮겨 담는 ETL 구현
SQL Server 2008 R2, PowerPivot, C# .NET 기반

핵심은 계산 규칙을 화면 코드가 아니라 데이터베이스의 연산 프로시저에 두는 것입니다. 그래야 어느 화면, 어느 보고서에서 조회해도 같은 숫자가 나오고, 규칙이 바뀌어도 한 곳만 고치면 됩니다. 금융 프로그램에서 “숫자가 화면마다 다르다”는 말이 나오면 신뢰를 되찾기 어렵기 때문에, 이 원칙은 규모가 작은 프로그램에서도 똑같이 지킵니다.

동시 작업 제어: 대출상담 관리

대출상담 업무를 하는 한 업체는 여러 상담원이 구글 스프레드시트를 함께 쓰며 일하고 있었습니다. 사람이 늘자 시트 반영이 몇 초만 늦어도 두 상담원이 같은 고객에게 전화를 거는 일이 생겼고, 수천 건을 복사해 붙이는 과정에서 행이 밀리거나 빠지는 일이 반복됐습니다.

그래서 MS SQL Server 2016 기반의 상담관리 시스템(C#, DevExpress WinForms)으로 옮기면서 다음을 프로그램이 맡게 했습니다.

상담원이 통화를 시작하면 해당 건을 실시간 ‘작업 중’으로 잠가 중복 통화를 차단
데이터가 들어오는 시점에 중복 번호·오류 번호를 자동으로 걸러냄
제휴 업체별 광고 계약 기간과 송출 건수를 한 화면에서 확인
직원별 생산성, 일별·월별 콜체크 통계, 월별 업무보고 자동 산출

대출 상담 프로그램 월별 업무보고 화면, 주차·일자별 자료 건수와 연결률 집계, 엑셀 다운로드

월별 업무보고 화면: 주차·일자별 자료 건수와 연결률이 자동으로 집계되고 엑셀로 내려받을 수 있습니다 (업체 관련 표기는 가림 처리)

처음 미팅에서 들은 말이 기억에 남습니다. “시트는 잘 쓰고 있는데, 사람이 늘어나니까 안 되더라.” 도구가 나빴던 것이 아니라, 여러 사람이 같은 데이터를 동시에 다루는 일을 시트가 감당할 구조가 아니었던 것입니다. 금융 상담처럼 고객 한 명에게 두 번 연락하는 것이 곧 응대 품질 문제가 되는 업무에서는 이 차이가 더 크게 드러납니다.

기관 검증 대응: 농금원 정책자금 모니터링

농업정책보험금융원(농금원)의 정책자금 모니터링 시스템 구축(2019.05~2019.12, C# 닷넷, SQLite)은 정책자금 검사 업무의 효율을 높이고 부정수급을 미리 막기 위한 프로그램이었습니다. 이 프로젝트에서 기능만큼 중요했던 것은 농협은행의 소프트웨어 조건을 모두 통과하는 일이었습니다.

소프트웨어 성능, 정보보안, 무결성, 호환성, 위·변조 대응 조건 충족
취약점 점검과 시큐어코딩 인증 완료
농협IT 소프트웨어센터를 통해 전국 농협에 배포

공공 금융기관이나 은행에 들어가는 프로그램은 “잘 돌아간다”로 끝나지 않습니다. 기관마다 정해 둔 보안 기준과 배포 절차가 있어서, 개발을 시작하기 전에 그 기준을 받아 설계에 반영해야 마지막에 일정이 꼬이지 않습니다.

금융 업무 지식 기반 개발

금융 프로그램 상담에서 가장 시간을 아끼는 것은 개발자가 업무 용어를 이미 아는 것입니다. 우리비엔씨 이완종 대표는 1989년부터 전북은행의 은행 전산 시스템 개발에 참여했고, 이후 상호신용금고 수신업무, 외환은행 외국환, 하나은행 분석CRM 등 금융권 SI 프로젝트를 거쳤습니다. 수신, 여신, 당좌, 카드, 사후관리 업무와 상품별 이자계산, 결산, 금리·세율·예금보험·한도관리 같은 업무를 직접 다뤄 본 경험이 있어, 고객이 업무를 설명할 때 용어부터 풀어 줄 필요가 없습니다.

고객을 상담하는 단계부터 계약으로 이어지는 본업무, 사후관리까지 업무 흐름을 설명해 주시면, 그 흐름을 그대로 데이터베이스와 화면 설계에 옮깁니다.

금융 분야 개발 실적

고객사	프로젝트	기간	기술
대출상담 업체	대출상담 관리 시스템	-	C#, DevExpress / SQL Server 2016
농업정책보험금융원	정책자금 모니터링 시스템 구축	2019.05 ~ 2019.12	C# 닷넷 / SQLite
금융감독원	교육용 어린이 용돈기입장 개발	2014.12	C# 닷넷 / SQL Server CE
농협손해보험	재보험 추가업무 개발	2012.12 ~ 2013.04	Pro*C / Oracle
삼성생명㈜	재보험 정보관리 시스템 구축	2012.06 ~ 2012.11	SQL / SQL Server 2008 R2

자주 묻는 질문

Q. 대출중개나 대부업처럼 작은 업체도 금융 프로그램을 맞춤으로 만들 수 있나요?

네. 위 대출상담 관리 시스템이 바로 여러 상담원이 일하는 업체의 사례입니다. 처음부터 큰 시스템을 만들기보다, 지금 시트나 엑셀로 버티고 있는 업무 중 사고가 잦은 부분부터 옮기는 것을 권합니다.

Q. 기관에서 요구하는 보안 점검도 맞출 수 있나요?

농금원 정책자금 모니터링 시스템은 취약점 점검과 시큐어코딩 인증을 마치고 농협IT 소프트웨어센터를 통해 배포됐습니다. 기관마다 기준이 다르므로, 계약 전에 보안 요구사항 문서를 받아 개발 범위와 일정에 함께 넣습니다.

Q. 지금 엑셀로 계산한 결과와 프로그램 결과가 같은지 어떻게 확인하나요?

같은 기간의 실제 데이터를 프로그램에 넣고, 기존 엑셀 결과와 한 줄씩 대조하는 방법을 권합니다. 차이가 나면 대부분 엑셀에 숨어 있던 예외 규칙이 원인이어서, 이 과정에서 업무 규칙이 오히려 명확해지는 경우가 많습니다.

Q. 개발 기간은 얼마나 걸리나요?

위 실적표 기준으로 삼성생명 재보험은 6개월, 농협손해보험 재보험 추가업무는 5개월이 걸렸고, 농금원 정책자금 모니터링은 2019년 5월 말 착수부터 12월 초 완료보고까지 약 6개월 반이 걸렸습니다. 계산 규칙의 수, 연동할 기존 시스템, 기관의 검증 절차가 기간을 좌우합니다.