거래 원본·소비 내역·정산 관계를 분리
거래 원본을 바꾸지 않고 잘못 연결한 정산을 수정할 수 있도록
CHAPTER 02 / EVERYDAY PROBLEM × PRODUCT
InTally.
더치페이 후,
내가 실제로 쓴 금액 계산하기
더치페이 가계부 특허에서 다룬 문제를 앱으로 옮기고 있습니다. 정산 계산 기준과 사용자 확인 방식을 설계하고, 거래 파일을 가져와 정리하는 앱을 개발하고 있습니다.
아이디어의 출발점과 특허 등록 과정01
핵심 문제
결제한 금액과 내가 부담한 금액이 다릅니다.
대표로 결제한 사람에게는 식비 전액이 지출로 남고, 돈을 보낸 사람에게는 이체 내역만 남을 수 있습니다. 각 거래가 어떤 소비·정산에 해당하는지 연결해야 합니다.
계좌에 남은 기록
80,000원 결제 + 60,000원 입금
정산을 반영한 소비
식비로 실제 부담한 20,000원
정산 금액을 바꿔 확인하기
ONE MEAL, TWO RECORDS / 설명용 계산
대표 결제자의 기록
식비 결제 80,000원
받기로 한 정산 60,000원
송금한 사람의 기록
친구에게 이체 20,000원
금액은 남지만 식비라는 목적은 사라질 수 있습니다.
현재 부담20,000원
80,000원 − 관계가 확인된 정산 60,000원
아직 받을 예정인 돈은 차감하지 않습니다. 실제 거래를 분석하는 기능이 아닌 제품 정책의 설명입니다.
02
내 역할
어떤 입금을 정산에 반영할지 기준을 정했습니다.
내가 맡은 일
- 상대의 가입 없이 내 거래를 정리하는 앱 방향 설정
- 원본 보존·정산 반영·사용자 확인 기준 설계
- 파일 기반 앱과 로컬 분석 개발
03
선택과 이유
선택이유
실제로 받고 정산으로 확인한 금액만 차감
받기로 한 돈이 아직 들어오지 않았는데 부담이 줄어들지 않도록
사용자의 수정·거절·보류 유지
다시 분석할 때 이미 확인한 내용을 덮어쓰지 않도록
04
결과와 검증
파일 가져오기와 복구 동작을 로컬에서 검사했습니다.
현재 확인한 범위
국민·IBK·카카오페이 거래 파일 처리
구현·확인한 것
- 파일 가져오기·중복 처리·재시도·복구 구현
- 원본 거래와 사용자 판단 보존에 관한 로컬 검사
- 합성 데이터 DB/API 검사와 모의 환경의 클라이언트 테스트
후속 작업·검증
- 자동 금융 연동·실제 서비스 LLM 분석
- 실제 화면 전반의 동작·거래 해석 정확성
- 반복 사용 시 정산 관계 확인·수정 과정
05
배운 점
정산을 잘못 연결했을 때 고칠 수 있어야 했습니다. 그래서 계산 결과뿐 아니라, 사용한 거래와 정산 관계를 함께 확인하도록 설계했습니다.