이 글은 비즈니스 센트럴(BC)용 RDLC 보고서를 개발할 때 발생하는 매우 긴 피드백 루프 문제를 다루며, 작은 변경에도 최소 5분의 배포-테스트 과정이 반복되어 개발 시간이 비효율적으로 소모됨을 지적합니다. 이를 해결하기 위해 개발자가 Visual Studio의 한계를 극복하고 직접 WPF 기반의 보고서 미리보기 도구를 구축한 경험과 그 과정에서 겪은 기술적 난관(데이터 타입 추론, 설치 프로그램 오류 등)을 상세히 설명합니다.

• 1RDLC 보고서 개발 시, '2픽셀 조정'과 같은 사소한 변경에도 최소 '5분'의 빌드-배포-테스트 사이클이 필요하여 하루 '20회' 반복 시 업무 시간의 상당 부분을 대기 시간으로 소모.
• 2Visual Studio Report Designer의 미리보기 모드는 BC의 `.rdlc` 파일에 `DataProvider=SQL`이 하드코딩되어 있어 XML 데이터 소스를 직접 연결할 수 없어 공식적인 해결책은 전무.
• 3개발자가 직접 WPF 애플리케이션을 구축하여 `.rdlc` 파일과 XML 데이터를 입력받아 `ReportViewerCore.NETCore`로 PDF를 렌더링하고 `WebView2`로 실시간 미리보기를 구현.
• 4BC가 모든 데이터를 문자열로 전달하는 문제로 인해 `LocalReport`의 계산 및 정렬을 위해 `int → decimal → DateTime → string` 순으로 컬럼 타입 추론 로직이 필수적이었으며, 특히 `dd/MM/yyyy` 형식의 날짜 처리를 위해 `DateTime.TryParseExact`가 요구됨.
• 5Inno Setup 기반의 설치 프로그램 개발 과정에서 UTF-8 BOM 인코딩 문제로 인한 `#define` 미적용(20분 소모), `DownloadTemporaryFile`의 반환 값 오해(15분 소모), `PublishSingleFile` 배포 시 `System.DllNotFoundException` 발생 등 예상치 못한 기술적 난관에 직면.