회계 실무 경험
결산을 직접 돌려 본 사람이 요구사항을 정리합니다. 기능을 화면에 올리기 전에, 실무에서 어떤 순서로 쓰이는지부터 확인합니다.
출발점
회계 담당자의 시간에서 출발했습니다
Elysiumdrive가 만드는 제품은 회계 실무자가 매달 반복하는 맞춤 작업을 줄이는 데 목적이 있습니다. 전자세금계산서 발행, 은행 거래 대사, 부가가치세 신고 자료 정리, 다법인 연결 결산은 서로 다른 담당자가 서로 다른 파일에서 처리하는 경우가 많습니다. 저희는 이 흐름을 한 곳에서 이어지게 만드는 일을 제품의 첫 번째 과제로 두었습니다.
화면에 보이는 숫자와 실제로 저장된 데이터가 다르면 결산 검토가 다시 시작됩니다. 그래서 저희는 새로운 기능을 늘리는 속도보다, 같은 데이터를 어디서 보든 같은 값으로 확인할 수 있는 구조를 먼저 정리했습니다.
만들게 된 이유
시스템 밖에 흩어져 있던 데이터
회계 시스템을 도입한 뒤에도 결산이 오래 걸린다는 이야기를 자주 들었습니다. 원인은 대개 시스템 밖에 있었습니다. 발행 데이터는 한 곳에, 은행 거래는 다른 곳에, 법인별 장부는 또 다른 곳에 있었습니다.
그래서 저희는 기능을 더하는 대신, 데이터가 한 흐름으로 이어지게 하는 쪽을 먼저 정리했습니다. 전자세금계산서 발행 내역과 은행 대사 결과가 같은 기준일로 정렬되고, 그 결과가 법인별 장부에 남는 순서를 제품 설계의 뼈대로 삼았습니다.
- 발행 데이터와 은행 거래를 같은 기준일로 맞춥니다.
- 법인별 장부를 연결 결산 흐름으로 이어 붙입니다.
- 수정 이력이 남는 형태로 기록을 유지합니다.
결산 기간의 재무팀 책상 — 발행 자료와 은행 거래, 법인별 장부가 서로 다른 곳에 흩어져 있는 지점.
팀 구성과 전문성
재무 실무자와 개발자가 같은 자리에서 설계합니다
요구사항은 회계 실무 경험이 있는 인력이 정리하고, 개발팀이 구현합니다. 규정이 자주 바뀌는 영역은 별도 검토 절차를 둡니다.
제품 개발
회계 데이터 구조와 저장 방식, API 응답 형태를 함께 설계합니다. 확장은 기능을 쌓는 대신, 같은 규칙이 여러 법인에 그대로 적용되도록 만듭니다.
세무·규정 검토
전자세금계산서와 부가가치세 신고처럼 규정이 자주 바뀌는 영역은 별도 검토 절차를 둡니다. 국내 규정 대응 여부를 출시 전에 확인합니다.
개발 원칙
기능을 늘리는 속도보다 우선하는 네 가지
-
01
화면과 저장의 일치
화면에 보이는 것과 실제로 저장되는 값을 일치시킵니다. 검토 화면에서 본 숫자가 원장에 다르게 남으면, 결산 담당자가 다시 확인해야 할 일이 생깁니다.
-
02
자동화와 판단의 구분
자동화할 수 있는 것과 담당자의 판단이 필요한 것을 화면에서 구분해 표시합니다. 시스템이 처리한 일과 사람이 결정한 일이 섞이지 않게 합니다.
-
03
기록을 삭제하지 않습니다
수정이 발생하면 기존 값과 변경 사유가 함께 남습니다. 감사 대응 시점에 언제 누가 무엇을 바꿨는지 확인할 수 있어야 한다고 봅니다.
-
04
국내 규정 대응 명시
국내 규정 대응 여부를 제품 소개에 명시합니다. 어디까지 자동 반영되는지, 어디부터 설정이 필요한지를 숨기지 않고 안내합니다.
국내 규정 대응을 유지하는 방식
확정 시점과 적용 시점을 나눠서 안내합니다
세법과 신고 양식 변경은 확정되는 시점과 실제 적용되는 시점이 다릅니다. 저희는 그 차이를 문서로 남기고, 적용 일정을 먼저 공지하는 것을 원칙으로 삼습니다.
- 확정 단계
- 공지가 확정되면 적용 일정을 게시합니다. 시행 시기와 준비 기간을 함께 안내합니다.
- 영향 범위
- 기존 데이터에 영향을 주는 항목은 별도로 공지합니다. 재처리 여부와 대상 기간을 명시합니다.
- 자동 반영
- 신고 양식처럼 서버에서 반영되는 항목은 자동으로 적용하고 적용 시점을 기록합니다.
- 고객 설정
- 고객이 직접 설정해야 하는 부분은 설정 화면과 안내 문서에서 구분해 알려드립니다.
고객과 일하는 방식
도입 상담은 조직 구조 확인에서 시작합니다
법인 수, 지점 수, 결산 일정, 감사 대응 주기를 먼저 정리하고 그다음에 기능 범위를 정합니다. 일방적으로 기능을 권하지 않습니다.
진행 순서
조직 구조 확인
법인·지점 수, 결산 일정, 감사 대응 주기를 먼저 정리합니다.
진행 순서
기능 범위 정의
확인한 구조에 맞춰 연결 결산과 신고 범위를 확정합니다.
진행 순서
도입 후 점검
정기적으로 사용 현황을 확인하고 필요하면 설정을 조정합니다.
진행 순서
지속 조정
결산 일정 변화나 조직 개편에 맞춰 규칙을 다시 정리합니다.
제품이 지향하는 방향
회계 소프트웨어가 경영 운영 플랫폼으로 확장되는 흐름에서, Elysiumdrive가 어디를 담당하는지에 대한 답입니다.
회계 소프트웨어가 경영 운영 플랫폼으로 확장되는 흐름이 있습니다. 인사와 재무를 함께 보는 조직, 공급망과 원가를 같이 관리하는 조직에서는 어느 시점부터 ERP와 회계의 경계가 흐려집니다.
Elysiumdrive는 재무 실행 계층에서 그 연결을 담당하는 위치를 지향합니다. 모든 것을 대체하기보다, 재무 데이터가 정확하게 흐르는 기반을 만드는 쪽입니다. 결산 데이터를 다른 시스템이 신뢰할 수 있는 형태로 내보내고, 그 결과를 다시 회계 흐름으로 되돌리는 일이 여기에 해당합니다.
그래서 API 우선 설계를 유지합니다. 화면에서 처리되는 모든 결산 값은 같은 규칙으로 외부에 노출되고, 파트너 시스템이 같은 기준일과 같은 코드 체계를 그대로 쓸 수 있게 만듭니다.
앞으로의 계획
결산 절차를 흔들지 않는 방식으로 기능을 더합니다
다법인 연결결산과 감사 추적 영역을 계속 다듬고 있습니다. 법인 구조가 복잡해질수록 규칙을 미리 정의해 두는 것이 중요해지기 때문입니다. 국내 금융기관 연동 범위도 단계적으로 넓혀갑니다.
새로운 기능은 기존 고객의 결산 절차를 흔들지 않는 방식으로 추가하는 것을 원칙으로 합니다. 도입 일정을 조정해야 하는 경우에도 이미 마감된 결산 결과는 그대로 유지됩니다.