EBS 리포트 개발의 고통과 작별: SQLVantage로 번거로운 개발 프로세스를 5분으로 압축하다

Oracle EBS 현장에서 18년 이상 몸담아 온 베테랑으로서, "텍스트 보고서에 지배당하는 공포"를 너무 잘 알고 있습니다.

업무 부서에서 급하게 데이터를 요청할 때마다 우리는 요구사항 협의, SQL 작성, Concurrency Program 등록, 책임(responsibility) 연결이라는 일련의 "표준 절차"를 거쳐야 합니다. 간신히 개발을 끝내도, 사용자는 다른 이름으로 저장(텍스트) → Excel에 붙여넣기 → 열 분리를 해야 하고, 어떤 필드(예: 품목 설명)가 미리 설정된 너비를 초과해 자동으로 줄바꿈되기라도 하면 Excel 열 분리가 완전히 꼬여버립니다.

이런 **"개발 5분, 불 끄기 2시간"**의 일상은 모든 EBS 실무자들의 공통된 기억이라고 확신합니다.

바로 이런 반복되는 고통 때문에 더 이상 참지 않기로 결심했습니다. 틈틈이 시간을 내어 Oracle EBS에 특화된 맞춤형 리포트 개발 키트를 처음부터 직접 만들었습니다 — SQLVantage. 대단한 혁신 기술은 아니지만, 확실히 저와 제 팀을 번거로운 프로세스에서 구해냈습니다.

1. 다년간의 고통: 우리 모두 "텍스트 → Excel"의 시련에 지쳤다

SQLVantage를 본격적으로 소개하기 전에, 먼저 그동안 EBS 리포트 개발에서 겪어온 "불만 포인트"를 전반적으로 되짚어보고 싶습니다. EBS 개발을 해보신 분이라면 아래 상황을 보면 분명 혈압이 오르실 겁니다.

고통 포인트 1: 개발 프로세스의 "팔십일난(八十一難)"

일반적인 EBS 리포트 개발 프로세스는 이렇습니다:

1. 코드 작성: PL/SQL이나 Report Builder에서 SQL을 디버깅합니다.
2. Executable 등록: EBS에 로그인해 "실행 파일 정의"를 찾아 수많은 필드를 입력합니다.
3. Concurrent Program 정의: 다시 Concurrent Program을 하나 만들어 방금 만든 실행 파일을 연결합니다.
4. 파라미터 및 값 집합 정의: 각 조회 조건에 값 집합을 바인딩하고 "필수 여부", "기본값" 등의 규칙을 처리합니다.
5. 요청 그룹에 연결: 테스트를 위해 리포트를 자신의 책임 아래에 연결하거나 관리자에게 부탁해야 합니다.
6. 요청 제출 및 로그 확인: 실행 중 오류가 났나요? 로그 파일을 확인합니다. 파라미터가 잘못됐나요? 다시 제출합니다.

이 일련의 조합을 끝내면 최소 20분이 지나 있습니다. 단순한 조회 요청이라면 이 시간이 SQL 작성보다 더 길 수도 있습니다. 저는 이런 패턴을 **"비효율의 의례"**라고 부릅니다 — 진짜로 사용자의 데이터 요구를 해결하는 대신, 시스템 규격을 맞추는 데 시간을 쏟아야 하니까요.

고통 포인트 2: "원시 시대"에 머물러 있는 출력

이게 저를 가장 무너지게 하는 단계입니다.

사용자는 리포트가 RDF로 만들어졌는지 XML Publisher로 만들어졌는지 관심이 없습니다. 단 한 가지만 신경 씁니다: 결국 내가 깔끔한 Excel 파일을 받을 수 있느냐? 그런데 EBS의 기본 출력은 무엇일까요?

• 텍스트 파일: .txt든 .out이든, 본질적으로 고정 너비 또는 쉼표로 구분된 텍스트입니다.
• 가짜 Excel: BI Publisher가 만든 Excel조차도 셀 병합, 형식 오류 등의 문제가 자주 있습니다.

그래서 사용자의 일상은 "데이터 운반공"이 되어버립니다:

1. 리포트 출력 파일(텍스트 형식)을 엽니다.
2. Ctrl+A로 전체 선택, Ctrl+C로 복사합니다.
3. Excel을 열고 Ctrl+V로 첫 번째 열에 붙여넣습니다.
4. "데이터" → "텍스트 나누기"를 클릭하고 "구분 기호로 분리됨" 또는 "고정 폭"을 선택합니다.
5. 악몽이 시작됩니다: 리포트의 특정 필드(예: "품목 상세 설명")가 너무 길어 리포트의 미리 설정된 너비를 초과하면 자동으로 줄바꿈됩니다. 이 줄바꿈은 텍스트 파일에서는 "새로운 줄"을 의미합니다. Excel에 붙여넣어 열 분리를 할 때, 이 하나의 온전한 레코드가 두 줄 또는 그 이상으로 잘못 쪼개지고, 이후의 모든 데이터가 전부 어긋나버립니다!

(텍스트 줄바꿈으로 인한 Excel 열 분리 오류 — 모든 EBS 사용자의 가슴속 영원한 아픔)

이 하나의 오류를 고치기 위해 사용자는 수백 줄의 데이터를 수동으로 조정하거나, 리포트 너비를 다시 조정해서 처음부터 다시 돌려야 할 수도 있습니다. 업무가 급할 때 이런 상황은 그 자리에서 무너지기에 충분합니다.

고통 포인트 3: 응답 속도가 "현대 경제"를 따라가지 못한다

지금의 업무 환경은 "분 단위"의 응답을 요구합니다. 업무 매니저가 말합니다: "오늘 동중국 지역 TOP10 SKU의 실시간 재고를 보고 싶어요." 전통적인 EBS 프레임워크라면 이는 완전한 개발, 테스트, 배포 파이프라인을 의미합니다. 리포트를 올리고 나면 아마 다음 날이 되어 있을 것이고, 최적의 의사결정 타이밍은 이미 지나가 버립니다.

우리는 20년 전의 "폭포수" 개발 프로세스로, 오늘날의 "애자일" 업무 요구에 대응하고 있습니다. 이런 어긋남이 우리 고통의 근원입니다.

2. 돌파구: SQLVantage의 "미니멀리즘" 철학

표준 프로세스가 이렇게 느리다면, 왜 우리 스스로 바퀴를 만들지 않을까요?

SQLVantage의 설계 철학은 아주 단순합니다: EBS 맞춤형 리포트 개발에서 불필요한 프로세스 부담을 모두 걷어내고, 핵심 두 가지만 남긴다 — SQL 작성과 파라미터 설정.

이는 EBS Concurrent Manager를 대체하는 도구가 아니라, 최종 사용자를 위한 가볍고 빠른 리포트 생성·전달 플랫폼입니다.

핵심 장점 1: 초고속 개발

SQLVantage 체계에서는 리포트 개발이 극한으로 압축됩니다:

1. SQL 작성: PL/SQL Developer나 Toad에서 최종 SQL 스크립트를 디버깅합니다.
2. 간단한 설정: 설정 화면에서 "리포트 이름", "SQL 문장", "파라미터 이름"(예: 시작 날짜, 종료 날짜)만 정의하면 됩니다.
3. 원클릭 적용: 설정을 저장합니다. 그것뿐입니다.

Executable을 정의할 필요도, Concurrent Program을 등록할 필요도, 값 집합을 설정할 필요도, 요청 그룹을 연결할 필요도 없습니다.

(SQLVantage 설정 화면: SQL과 파라미터에만 집중하면 되고, 나머지는 전부 자동화됩니다)

이전에는 등록과 배포에 30분 이상 걸렸지만, 이제 리포트는 5분이면 준비됩니다. 소중한 시간을 번거로운 화면 클릭이 아니라 SQL 로직 최적화와 업무 커뮤니케이션에 씁시다.

핵심 장점 2: 네이티브 Excel/JSON 지원

이것이 SQLVantage가 가장 큰 고통을 해결하는 결정타입니다.

프런트엔드 사용자가 리포트를 실행하면 더 이상 골치 아픈 텍스트 파일 대신, 바로 사용할 수 있는 깔끔하고 예쁜 Excel 파일(.xlsx) 또는 구조화된 JSON 데이터를 보게 됩니다.

• 열 분리 불필요: 시스템이 내부 API를 통해 조회 결과 집합을 Excel의 셀에 직접 기록하며, 각 필드는 하나의 열, 각 데이터 행은 하나의 행에 대응됩니다.
• 정제 불필요: 셀 안에 아무리 긴 텍스트나 줄바꿈 기호가 있어도 Excel의 셀 속성이 자동 줄바꿈과 열 너비 조정을 완벽하게 지원하므로 데이터 무결성이 100% 보존됩니다.
• 형식 친화적: 숫자, 날짜, 통화 형식이 자동으로 맞춰져 사용자가 받는 즉시 피벗, 정렬, 수식 계산을 바로 할 수 있습니다.

이제부터 텍스트 열 분리와, 줄바꿈으로 인한 데이터 오류와는 완전히 작별입니다.

핵심 장점 3: 극한의 편의성과 애자일함

• 즉시 조회: 업무 사용자의 갑작스러운 요구가 생기면 SQLVantage 백엔드에서 임시 리포트를 바로 구성해 사용자에게 링크를 보낼 수 있고, 사용자는 링크를 열면 곧바로 결과를 확인하고 원클릭으로 Excel을 다운로드합니다.
• 연결 풀 관리: SQLVantage 백엔드는 EBS 데이터베이스와의 효율적인 연결 풀을 유지하여 대규모 동시 요청에도 안정적으로 출력합니다.
• 유연한 데이터 형식: Excel뿐만 아니라 외부 시스템(예: 데이터 중앙 플랫폼, BI 대시보드) 연동이 필요한 경우 JSON 형식으로 직접 출력하여 시스템 통합 효율을 크게 높입니다.

3. 시나리오 비교: 실화 한 편

지난주 화요일 오후 3시, 재무 총괄이 급하게 저를 찾아왔습니다. "제품 라인별, 조직 간 AR 회계연령 요약표"가 필요하다고, 오후 5시 회의에 쓸 거라고요.

과거의 방식(전통적인 EBS): 즉시 Toad를 열어 SQL을 작성했습니다 — 다조직 접근 제어(MOAC), 외화 환산, 회계연령 구간 그룹화 로직 — 작성과 디버깅을 마쳤을 때 이미 3시 50분이었습니다. 그리고 나서 야크털 깎기를 시작했습니다:

• EBS 시스템 관리자 책임으로 로그인해 Executable을 정의합니다.
• Concurrent Program을 정의하고 그 긴 파라미터 목록(조직, 통화, 기준일)을 하나하나 설정합니다.
• 값 집합을 설정하고 검증을 만집니다.
• 재무 책임 아래에 연결합니다. 이 모든 걸 끝내고 시계를 보니: 4시 40분. 요청을 제출하고 2분간 실행한 뒤 텍스트 출력 파일을 다운로드해 열어보니, 회사 이름이 너무 길어 열 분리가 실패했습니다. 리포트 너비를 조정하고(권한이 있다면), 다시 실행하니 벌써 5시 10분. 회의는 망했고, 저는 욕을 먹었습니다.

오늘의 방식(SQLVantage 사용): 오후 3시, 모든 복잡한 로직이 담긴 디버깅 완료된 SQL을 SQLVantage 설정 화면에 복사합니다. 파라미터를 정의합니다: P_ORG(조직), P_CURRENCY(통화), P_AS_OF_DATE(기준일). "활성화"를 클릭합니다. 총 소요 시간: 3분. 재무 총괄에게 리포트 URL을 보냅니다: "바로 여세요. 파라미터 입력하고 조회를 누르면 Excel이 나오니 그걸 바로 보여주시면 됩니다." 총괄은 3시 10분에 데이터를 받아서 형식을 "회계 전용"으로 바꾸고, 3시 15분에 데이터 검증을 끝냈습니다.

보이시나요? 이것이 현대 도구가 가져다주는 효율의 세대 차이입니다.

4. 결론: 베테랑은 죽지 않는다, 무기만 바뀔 뿐

18년의 EBS 경력은 이 시스템이 얼마나 강력하고 무거운지, 그리고 사용자 경험과 개발 효율에서 얼마나 큰 역사적 짐을 지고 있는지를 뼈저리게 알려주었습니다.

SQLVantage는 EBS를 부정하려는 것이 아니라, 정반대로 EBS의 강력한 데이터 능력에 대한 현대적인 해방입니다. 가장 번거로운 "프로세스"와 "형식" 문제를 캡슐화하여, 개발자는 "데이터" 그 자체에, 사용자는 "분석" 그 자체에 집중하게 해줍니다.

만약 여러분도 이런 것들에 지쳤다면:

• 리포트를 개발할 때마다 길고 긴 등록 절차를 반복해야 하는 것;
• 사용자가 매번 내보내기마다 수동으로 열을 분리하고, 줄바꿈 때문에 자주 멘붕에 빠지는 것;
• 업무 요구가 왔는데 "이 리포트 개발은 사흘 걸립니다"라고 말해야 하는 것;

그렇다면, 어쩌면 저처럼 생각의 전환을 시도해 볼 수 있습니다. 우리 자신이 우리에게 가장 좋은 프로덕트 매니저입니다.

SQLVantage는 현재 제 팀 내부에서 전면적으로 사용되고 있으며, 리포트 개발의 평균 납품 시간을 80% 이상 단축했고 사용자 만족도도 크게 올라갔습니다.

기술은 끊임없이 변하지만, 업무의 데이터 적시성에 대한 추구는 변한 적이 없습니다. 이 경험과 SQLVantage라는 작은 도구가, 아직도 EBS 리포트 개발의 고통 속에서 허우적거리는 동료들에게 한 줄기 빛이 되길 바랍니다.

SQLVantage의 아키텍처 세부 사항(예: 파라미터 동적 파싱 방법, 대용량 결과 집합의 스트리밍 출력 처리 방법)이 궁금하시다면 댓글로 소통해 주세요. 예측할 수 없는 이 시대에, 기술을 통해 우리 자신과 업무 부서를 위해 소중한 시간을 조금이라도 확보합시다.