본문으로 건너뛰기
견적 요청

케이스 스터디

KJ Center

국가 시스템과 연동한 ERP, POS, 회계, HR 통합 플랫폼

1. 클라이언트

KJ Center는 한국과 일본 제품을 중심으로 아시아 상품을 다루는 부쿠레슈티의 전문 매장이에요. 운영사인 M & J Food Expert SRL은 2022년에 가족 사업으로 세워졌고, 부쿠레슈티 1구 구청 근처의 작은 가게에서 출발했어요 [1] [2]. 그 뒤 KJ Center는 부쿠레슈티의 오프라인 매장 두 곳(바누 만타, 이온 기카)과 온라인 스토어로 성장했고, 취급 품목은 2,500개가 넘어요. 아시아 식품과 음료, K-Beauty 화장품, K-Pop 문화 상품(앨범, 굿즈)을 다뤄요 [1] [2].

이 프로젝트의 기술적 핵심을 이해하는 데 딱 맞는 클라이언트 유형이에요. 재고 품목 수가 많은 다점포 리테일이고, 오프라인과 온라인에서 동시에 팔며, 루마니아의 모든 유통 기업에 걸리는 기본 세무 의무를 여러 사업장에 걸쳐 이행해야 해요.

2. 과제

오프라인 매장 여러 곳과 온라인 스토어를 함께 굴리는 리테일러는 보통 서로 분리된 여러 시스템을 돌려요. 각 지점의 금전등록기, 재고 관리 프로그램, 회계 소프트웨어, 인사 기록, 그리고 그 위에 국가에 대한 신고 의무가 있어요. 이 시스템들이 서로 대화하지 않는 한, 판매 한 건, 채용 한 건, 물류 한 건마다 같은 데이터를 여러 곳에 반복해서 손으로 넣어야 해요. 그러면 온라인에 표시된 재고가 매장에 실제로 남아 있는 것과 어긋나거나, 세금계산서가 회계에 늦게 도착하거나, 아무도 제때 알림을 받지 못했다는 이유만으로 국가 기관에 대한 신고 기한을 놓칠 위험이 생겨요.

재고 품목이 2,500개가 넘고 판매 접점이 세 곳인 매장에서 이 위험은 가정이 아니라 물량에 직접 비례하는 함수예요. 거래와 지점이 많아질수록 따로 관리하는 비용이 커지고, 동기화 오류가 고객이나 세무 조사에 닿을 확률도 커져요.

3. 저희가 만든 것

저희는 ERP(재고 관리와 운영), POS(전 지점의 계산대 판매), 회계, HR을 하나의 시스템으로 묶는 커스텀 플랫폼을 만들었어요. 그리고 이 시스템을 외부 접점 일곱 곳과 연동했어요. ANAF, e-Factura, e-Transport, Revisal, Saga, FiscalNet, 그리고 은행 POS예요.

이 연동은 각각 구현 방식과 무관한 고유의 도메인 복잡도를 가지고 있어요. 프로젝트의 실제 난도가 드러나도록 하나씩 짚어 볼게요.

  • e-Factura는 ANAF의 가상사설공간(SPV)을 통해 운영되는 루마니아의 국가 전자세금계산서 시스템이에요. 이 시스템을 통한 세금계산서 전송은 2024년 7월부터 B2B 거래에서 의무가 됐고, 2025년 1월부터는 B2C로도 확대됐어요. KJ Center 같은 매장의 판매 형태가 바로 여기에 해당해요 [3] [4]. 법정 전송 기한은 세금계산서 발행일로부터 영업일 5일이고, 이를 어기면 기업 규모에 따라 1,000레이에서 1만 레이 사이의 과태료가 붙어요 [3] [4]. ANAF API와의 직접 연동은 일반적으로 공인 디지털 인증서를 쓰는 OAuth2 인증, 표준화된 XML 형식(UBL 2.1)의 세금계산서 생성과 검증, 액세스 토큰의 자동 갱신 관리를 요구해요. PDF를 첨부해 메일을 보내는 수준의 일이 아니에요.
  • RO e-Transport는 ANAF와 관세청이 세무 위험이 높은 화물의 육상 운송을 감시하는 시스템이에요. 신고된 운송마다 사전에 고유 식별 코드(UIT)를 발급받고 운송 중에는 GPS로 추적해요 [5]. 아시아에서 식품을 수입하는 매장에게는 세무 위험 범주를 정확히 확인하고 해당 운송을 제때 신고하는 게 선택 사항이 아니라 준수 조건이에요.
  • Revisal은 노동감독청이 관리하는 근로자 일반 등록부로, 루마니아의 모든 고용주에게 부과되는 법적 의무예요. 최근 REGES-ONLINE 플랫폼으로 전환됐어요 [6]. 여러 매장에 직원을 둔 회사가 내부 HR 모듈과 이 등록부를 따로 손으로 맞추면, 채용이나 계약 변경, 근로 종료가 생길 때마다 행정 업무가 두 배가 돼요.
  • Saga는 시장 기준으로 루마니아에서 가장 널리 쓰이는 회계 소프트웨어예요 [7]. 여기에 연동한다는 건 보통 발행 및 수취한 세금계산서, 결제, 재고 이동을 회계로 자동 전송해서, 문서를 다시 손으로 넣지 않고도 장부가 실제 거래를 반영하게 만든다는 뜻이에요.
  • FiscalNet은 리테일 POS 맥락에서 금전등록기와 세무 프린터를 판매 소프트웨어에 연결하는 범용 드라이버예요 [8]. 각 매장에서 어떤 제조사의 세무 장비를 쓰든, 계산대의 모든 거래가 법이 요구하는 영수증을 정확히 만들어 내게 하는 기술 조각이에요.
  • 은행 POS는 카드 결제 단말기를 판매 흐름에 직접 붙이는 걸 뜻해요. 카드 결제가 따로 놀지 않고 나머지 거래와 자동으로 대사되도록요.

이런 프로젝트의 진짜 난도는 어느 하나의 연동에 있지 않아요. 각 연동이 저마다의 프로토콜, 데이터 형식, 법정 기한, 제재를 가지고 있고, 이 모두를 묶는 시스템은 그중 하나가 규칙을 바꿀 때도 제대로 동작해야 한다는 데 있어요. 실제로 e-Factura의 B2C 확대나 REGES-ONLINE 도입이 그런 경우였어요. 소프트웨어 연동을 다뤄 본 사람이라면 핵심을 바로 알아볼 거예요. ERP를 만드는 게 아니라, 서로 대화하도록 설계된 적 없는 예닐곱 개 외부 시스템의 교차점에서 버티는 ERP를 만드는 일이에요.

4. 왜 중요한가

KJ Center에게 통합 플랫폼은, 세 채널(오프라인 매장 두 곳과 온라인) 어디서 판매가 일어나든 재고가 갱신되고 필요한 세무 문서가 생성되며 회계까지 도달한다는 뜻이에요. 접점마다 같은 작업을 손으로 반복하지 않고요. 마찬가지로 여러 지점의 인사 관리도 내부 대장과 Revisal을 따로 굴리는 두 개의 절차가 아니게 돼요. 결과는 데이터 입력 업무의 감소와, 세무 신고 기한을 놓치거나 오류가 날 구조적 위험의 감소예요. 프로젝트 기록에 없는 비즈니스 수치가 아니라, 판매 접점이 여럿인 리테일러가 운영되는 방식 자체의 변화예요.

5. 관련 서비스

  • 커스텀 웹 애플리케이션, 다점포 리테일러의 고유한 흐름에 맞춰 처음부터 만든 ERP + POS + 회계 + HR 플랫폼이에요.
  • 자동화 & API 연동, 중앙 시스템을 ANAF, e-Factura, e-Transport, Revisal, Saga, FiscalNet, 은행 POS와 연결하는 일이에요.
  • 성능, 보안 & 유지보수, 세무 의무와 매일의 판매에 묶인 시스템은 다운타임이나 보안 사고를 감당할 수 없어요.

출처

비슷한 프로젝트가 있으신가요?

지금 어떤 상황인지 알려주세요. 저희가 맞는 답이 아니라면 첫 상담에서 말씀드려요.

견적 요청하기
← 전체 프로젝트