ALEXSOFT

제약을 구조로, 구조를 운영되는 시스템으로.

규격과 인증, 기존 시스템의 경계를 먼저 설계하고 구현과 운영 이관까지 이어간 사례입니다. 확인 가능한 역할과 결과만 적었고, 직접 만든 오픈소스 엔진과 팀 목표 도구는 실제 화면과 함께 실었습니다.

필리핀 국세청 Electronic Invoicing and Sales Reporting System

필리핀 국세청의 전자송장 의무화 기반을 만들기 위해 KOICA 무상원조로 2018–2022년 구축한 국가 단위 시스템입니다.

배경
국가 전자송장 의무화
기간
2018–2022BIR · KOICA 무상원조 1차 구축
역할
개발 PL
표준
e-invoice 문서 표준 · 문서와 교환체계 보안 표준
상태
운영 중2022년 7월 가동
실적 구분
2018–2022 1차 구축 — 알렉스소프트의 경험2025–2026 2차 사후지원은 별도 수행사가 진행한 사업으로 알렉스소프트 실적이 아님
사업자 시스템 ERP · POS · 회계 표준 문서 e-invoice 스키마 서명 · 전송 전자서명 · 보안 채널 수신 · 검증 국세청 EIS 조회 · 감사 변환 규격 검증 TLS 수신 결과와 오류 코드가 사업자 시스템으로 돌아와 재전송 · 감사 추적으로 이어집니다 설계 범위 — 문서 표준 · 교환체계 보안 표준 · 개발 아키텍처

← 옆으로 밀어 전체 구조를 볼 수 있습니다 →

ROLE

개발 PL

개발 아키텍처, e-invoice 문서 표준, 문서 및 교환체계 보안 표준을 설계하고 개발을 주도했습니다.

CONSTRAINTS

모두가 따라야 하는 규격

국가 규모 처리, 다수 사업자가 같은 의미로 해석해야 하는 문서와 전송 규격, 구축 뒤 정부 조직으로의 운영 이관을 함께 고려했습니다.

RESULT

2022년 7월 가동

대형납세자 100개사를 대상으로 가동했으며 현재 eis.bir.gov.ph에서 운영 중입니다.

의무화 대응은 API 하나를 붙이는 작업이 아닙니다. 문서 의미, 검증과 보안, 실패 처리, 감사 추적과 운영 이관이 같은 구조에서 이어져야 여러 기업과 시스템이 함께 움직일 수 있습니다.

같은 문제를 가진 곳에

e-invoicing이란

EMR 인증을 받은 의원급 EMR 중 최초의 클라우드 제품

새로운 의료 사업에서 의원급 의료기관이 실제로 사용할 수 있는 클라우드 EMR 제품을 만들었습니다.

배경
국내 대형 ERP 기업의 의료 사업 진입
기간
2022–2026
역할
개발 리더 → 개발·기획설계 총괄2023년부터 총괄
제약
의료법 · 청구 · 개인정보 · EMR 인증
상태
인증을 통과한 클라우드 제품
진료 CLINICAL 청구 CLAIMS 인증 CERTIFICATION 의료법 · 개인정보 인증 항목 클라우드 EMR 제품 제품 구조 · 운영 의원급 의료기관의 사용

← 옆으로 밀어 전체 구조를 볼 수 있습니다 →

CONSTRAINTS

의료법·청구·개인정보·EMR 인증

기능 요구만이 아니라 법제, 청구 흐름, 민감정보 처리와 인증 항목이 제품 구조와 운영에 직접 연결됐습니다.

ROLE

개발 리더 → 2023년부터 개발·기획설계 총괄

2022년 개발 리더로 합류해 2023년부터 2026년까지 개발과 기획설계를 총괄했습니다. 병원정보시스템 배경을 바탕으로 제품과 현장 사이의 결정을 이어갔습니다.

RESULT

인증을 통과한 클라우드 제품

EMR 인증을 받은 의원급 EMR 중 최초의 클라우드 제품으로 완성했습니다.

의료정보 시스템 설계·연동 보기

코드를 읽어 화면에서 DB 컬럼까지의 지도를 그리는 엔진, Cascade

“이 컬럼을 바꾸면 어떤 SQL, 서비스 메서드, API, 화면이 영향을 받는가.” 오래된 시스템에서 누구도 정확히 답하지 못하던 질문에 소스 코드만으로 답하는 정적분석 엔진을 알렉스소프트가 설계하고 만들어 Apache-2.0으로 공개했습니다. 같은 답이 사람이 읽는 화면과, AI 코딩 에이전트가 직접 물어보는 서버(MCP) 두 곳으로 나갑니다.

DEMO — 개요 화면에서 컬럼 하나(retail_price)의 영향 범위로, 그 SQL문이 실제로 어떻게 쓰였는지로, 다시 프로젝트 전체 그래프와 ERD로. 오픈소스 쇼핑몰 litemall과 mall을 실제로 분석한 22초 화면입니다.
성격
오픈소스 정적분석 엔진 · 로컬 뷰어 · MCP 서버Apache-2.0 공개 · github.com/alexsoft-hq/Cascade
답하는 질문
컬럼 → SQL → 메서드 → API → 화면, 양방향 영향 범위바꾸려는 컬럼에서 영향받는 화면까지, 열려는 화면에서 도달하는 컬럼까지
읽는 스택
Java Spring MVC · MyBatis(XML·어노테이션·Plus) · JPA/Spring Data · SQL DDL(MySQL·PostgreSQL·Oracle·H2) · JS/TS·Vue·React 라우터 · OpenAPI · HARKotlin과 GraphQL, 그리고 실행 중에만 정해지는 연결은 읽지 못한다고 밝힙니다
원칙
증명한 것보다 더 주장하지 않습니다확인한 연결과 추정한 연결을 구분해 표시하고, 확인하지 못한 부분은 못 봤다고 적습니다
도입
내 컴퓨터에서만 도는 도구입니다소스와 분석 결과가 밖으로 나가지 않습니다 · 데이터베이스에 연결하더라도 테이블·컬럼 이름만 읽고 데이터는 읽지 않습니다
WHY

변경 영향은 문서가 아니라 사람의 기억에 있었습니다

컬럼 하나를 고칠 때 어느 화면이 깨지는지 확인하는 데 며칠이 걸립니다. 코드를 고치는 주체가 AI 코딩 에이전트로 넓어지는 지금은, 그 질문에 기계가 먼저 답해야 합니다.

HOW

확인한 것과 추정한 것을 구분해 표시합니다

소스만 읽어서는 알 수 없는 연결은 아는 척하지 않고 못 봤다고 적습니다. 사람이 보는 화면과 AI 에이전트가 받는 답이 같은 엔진에서 나오므로, 둘이 서로 다른 이야기를 들을 일이 없습니다.

SO WHAT

레거시의 영향 범위를 소스로부터 복원합니다

레거시 현대화와 시스템 연동 설계에서 가장 오래 걸리는 일이 ‘어디까지 영향이 가는가’를 알아내는 일입니다. 같은 방식으로 귀사 시스템의 지도를 그릴 수 있습니다.

정적분석이 답할 수 없는 것을 답하는 척하지 않아야, 답할 수 있는 것을 믿을 수 있습니다.

Cascade 설계 원칙

같은 목표를 다섯 가지 화면으로 보는 팀 목표 도구, Mokpyo

10–100명 팀의 목표·OKR을 한 데이터 위에서 카드·테이블·보드·타임라인·대시보드로 보여줍니다. 하위 목표의 진행률은 상위로 자동 집계되고, 마감 임박이나 상태 변경 같은 사건에 규칙을 걸면 알림·담당자 지정·상태 변경이 저절로 일어납니다. 알렉스소프트가 2025년 11월부터 직접 설계하고 만들어 온 제품이며, 아래 화면은 가상의 팀과 목표로 채운 데모 워크스페이스입니다.

Mokpyo 카드 뷰. 전체 평균 57%, 42개 목표를 분류별 진행률 칩과 함께 카드로 배치한 화면
카드 — 하위 프로젝트까지 포함한 42개 목표를 분류·담당자·진행률·기간과 함께 봅니다. 상단에는 분류별 평균 진행률이 있습니다.
성격
팀 목표·OKR 관리 SaaS워크스페이스 → 프로젝트(계층) → 목표 → 하위 목표 · 소유자·관리자·구성원 권한 · 이메일 초대
다섯 가지 뷰
카드 · 테이블 · 보드 · 타임라인 · 대시보드담당자별 현황 · 변경 이력 · 자주 쓰는 조건 저장 · 팀에 맞춘 항목 추가
자동으로
하위 목표 진행률이 상위 목표로 집계 · 자동화 규칙(트리거 6종 × 액션 6종) · 멘션·마감 알림사이클(분기) · 체크인 · 댓글과 @멘션 · 첨부파일 · 감사 로그
기술
React · TypeScript / Express · Prisma · PostgreSQL구글 로그인 · 첨부파일은 서버 디스크 또는 S3 · 조직 단위로 데이터를 분리합니다
배포
컨테이너 한 벌, 또는 인터넷이 없는 폐쇄망 서버용 오프라인 설치본
상태
직접 만들어 쓰는 자체 제품
WHY

목표는 시트에, 진행은 메신저에, 마감은 머릿속에

흩어진 목표를 한 곳에 두고, 팀은 ‘어떻게 볼지’만 고르게 했습니다. 다섯 개 뷰가 같은 데이터를 쓰기 때문에 어느 화면에서 고쳐도 나머지가 함께 바뀝니다.

HOW

화면보다 뼈대를 먼저 세웠습니다

조직별 데이터 분리, 권한과 초대, 누가 무엇을 언제 바꿨는지 남는 기록, 규칙을 실행하는 자동화까지 팀 도구가 갖춰야 할 뼈대를 먼저 설계하고 그 위에 화면을 올렸습니다.

SO WHAT

업무 도구의 품질은 데이터 구조와 권한, 이력이 정합니다

귀사의 내부 시스템과 백오피스도 같은 순서로 설계하고 만듭니다. 화면은 마지막에 옵니다.

돌봄의 태도를 스크롤로 전한 웹사이트

시설 정보를 나열하기보다 가족이 돌봄의 태도와 신뢰를 이해하는 순서를 설계했습니다. 다섯 장면의 스크롤 경험, 데스크톱과 모바일의 일관된 흐름, 운영자가 콘텐츠를 바꾸는 배포 구조를 함께 만들었습니다.

더 그레이스 시니어 주간보호센터 브랜드 웹사이트 첫 화면
gracedaycare.co.kr
성격
브랜드 웹사이트
범위
정보 구조 · 스크롤 경험 · 콘텐츠 배포 구조
상태
운영 중
다른 현장

조선해양 기간계에서도 같은 기준을 지켰습니다.

조선해양 현장에서는 설계·생산·운영 데이터가 여러 기간계 사이를 오가는 시스템을 다뤘습니다. 기존 업무를 멈추지 않으면서 시스템 경계와 책임, 데이터 흐름을 분명히 하는 일이 핵심이었습니다.

시작하기

귀사의 시스템도 같은 순서로 설계하고 만듭니다.

레거시의 영향 범위를 소스로부터 복원하는 일, 흩어진 업무를 한 데이터 위에 올리는 일. 20분 안에 서로 맞는 일인지 먼저 판단해 드립니다.

설계·구현 상담