FREYMBY HOMES
KRJP
도입 문의
개요제품 화면데이터 아키텍처운영 규칙모듈인프라도입 문의

Product

담당자가 실제로 쓰는
여섯 개 화면

와이어프레임이 아니라 동작하는 시스템입니다. 일본 7물건 98실·계약 51건 실데이터가 올라가 있고, 청구액은 확정 규칙 엔진이 계산합니다. 규칙은 회귀 테스트 47건으로 잠겨 있습니다. 화면은 운영 콘솔 freymadmin.llnpco.dev에 있고 사이트 전체가 인증 뒤에 있습니다. 구글 스프레드시트가 아직 정본이며 전환 시점은 협의 중입니다.

Screens

콘솔 홈

여섯 개 업무 화면으로 들어가는 입구입니다. 지표는 네 개만 올려두고 나머지는 각 화면에서 봅니다. 경영 대시보드는 아직 없습니다.

freymadmin.llnpco.dev
운영 콘솔 홈 — KPI 4종(운영 호실 98·가동률 57.1% / 입주 중 44·전체 계약 51 / 발행 청구서 0 / 확정 규칙 113 of 131항목)과 업무·참고 카드

운영 콘솔 홈 — KPI 4종(운영 호실 98·가동률 57.1% / 입주 중 44·전체 계약 51 / 발행 청구서 0 / 확정 규칙 113 of 131항목)과 업무·참고 카드

지표는 네 개뿐입니다운영 호실 98실(가동률 57.1%) · 입주 중 44건(전체 계약 51) · 발행 청구서 0건 · 확정 규칙 113 of 131항목. 숫자가 얇을 때 대시보드를 먼저 켜면 그 숫자를 믿게 되므로 지금은 켜지 않았습니다.
업무 카드가 곧 화면 목록호실 현황 · 계약 · 청구 · 수납·미수 · 청구서 · 변경 이력 여섯 개입니다. 읽기 화면인지 입력 화면인지를 카드에 표시합니다.
시트가 아직 정본입니다구글 스프레드시트 1개(18탭 · 77,000셀 · 49,400수식)로 운영하던 것을 앱으로 이관했습니다. 시트 입력을 언제 멈출지는 협의 중입니다.

Screens

호실 현황

98실을 물건 · 호실 · 면적/타입 · 상태 · 입주자 · 임대료 · 모집가 · 원가 · 계약기간 · 잔여 열로 봅니다. 물건별 필터가 붙어 있습니다.

freymadmin.llnpco.dev / units
호실 현황 — 보유 98실 · 운영 중 77실(입주 44 · 공실 33) · 운영 미개시 21실. 물건별 필터는 九条 18 · 南大井 10 · 小石川 10 · 日本橋 17 · 東新宿 32 · 目黒 2 · 蔵前 9

호실 현황 — 보유 98실 · 운영 중 77실(입주 44 · 공실 33) · 운영 미개시 21실. 물건별 필터는 九条 18 · 南大井 10 · 小石川 10 · 日本橋 17 · 東新宿 32 · 目黒 2 · 蔵前 9

가동률은 분모를 밝힙니다운영 미개시 21실(目黒·蔵前·小石川 — 계약 이력 0)을 분모에서 빼고 운영 중 77실 기준으로 57.1%입니다. 분모를 적지 않으면 같은 이름의 숫자가 매번 달라집니다.
운영 형태가 두 가지입니다마스터리스 2물건 42실(東新宿 32 · 南大井 10)과 위탁운영 5물건 56실. 관리수수료 계산식이 서로 달라 표에서 형태를 함께 보여줍니다.
요금·면적·원가 편집은 아직 없습니다호실·건물 마스터 편집 화면을 아직 만들지 않았습니다. 요금·면적·원가·에어컨은 지금도 시트에서 수정합니다.

Screens

계약

51건을 상태별로 봅니다 — 입주중 44 · 퇴거 6 · 입력중 1. 신규 계약 등록과 퇴거 처리를 이 화면에서 합니다. 장단기는 담당자가 고르지 않고 총 일수로 자동 판정되며, 중도퇴거는 표시로 남습니다.

freymadmin.llnpco.dev / leases
계약 — 51건(입주중 44 · 퇴거 6 · 입력중 1). 총 일수로 장단기를 자동 판정하고, 각 행에서 청구·퇴거로 넘어갑니다

계약 — 51건(입주중 44 · 퇴거 6 · 입력중 1). 총 일수로 장단기를 자동 판정하고, 각 행에서 청구·퇴거로 넘어갑니다

장단기는 총 일수로 갈립니다31~180일이면 단기, 181일 이상이면 장기입니다. 30일 이하는 취급하지 않습니다(JC-03). 이 판정이 보증금(JC-05)과 갱신료(JC-07) 적용을 가릅니다.
퇴거해도 목록에 남습니다원장은 append-only입니다. 수정은 superseded_by로 덧쓰고 물리 삭제하지 않습니다. 지금 퇴거 6건이 그대로 남아 있습니다.
계약 «수정» 화면은 아직 없습니다신규 등록과 퇴거 처리는 되지만, 이미 등록된 계약의 내용을 화면에서 고치는 기능은 아직 만들지 않았습니다.

Screens

청구

회차와 월별 발생을 확정 규칙으로 계산합니다. 시트 값을 옮겨 적는 것이 아니라 엔진 산출입니다. 활성 계약 44건이 전부 계산되고 차단은 0건입니다.

freymadmin.llnpco.dev / billing
월별 청구 — 활성 계약 44건 전부 계산, 차단 0. 계약 총액과 월 관리수수료가 같은 규칙에서 나옵니다

월별 청구 — 활성 계약 44건 전부 계산, 차단 0. 계약 총액과 월 관리수수료가 같은 규칙에서 나옵니다

확정 규칙내용
JC-01 캘린더월매월 1일~말일이 1개월. 첫 달과 마지막 달만 그 달의 실일수를 분모로 일할
JC-02 올림100엔 단위 올림
JC-03 장단기총 일수 31~180일 = 단기 / 181일 이상 = 장기. 30일 이하는 취급하지 않음
JC-04 연장모든 연장은 신규 계약으로 재판정 — 기간·장단기·보증금·갱신료를 전부 다시 계산
JC-05 보증금장기 = 월세 1개월분 / 단기 = 없음
JC-06 청구 시점입주월 = 당월 일할 + 익월분 동시 청구. 이후 매월 첫 영업일에 익월분
JC-07 갱신료직전 계약과 신규 계약이 둘 다 장기일 때만 신규 임대료의 10%
관리수수료위탁운영 = 월임대료 × 5% × 1.1 / 마스터리스 = 월수입 − 원가(고정비)
원상회복청소 2,000엔/㎡ + 에어컨 25,000엔/대

시트와 대조했습니다. 월별 발생 533개월 중 완전일치 494건(93%) — 나머지는 단수차 36건, 실제 차이 3건입니다. 청구 이벤트는 337건 중 303건(90%)이 완전일치했습니다. 회귀 테스트 47건이 위 규칙을 고정합니다. 조정금 처리(JX-03)는 이번 범위에서 제외했습니다.

Screens

수납 · 미수

회계 입출금 원장 1,385행을 월별로 집계하고, 수납을 이 화면에서 입력합니다. 이 화면이 필요한 이유는 시트에서 대사가 깨져 있었기 때문입니다.

freymadmin.llnpco.dev / receipts
수납·미수 — 회계 입출금 원장 기준 월별 집계와 수납 입력

수납·미수 — 회계 입출금 원장 기준 월별 집계와 수납 입력

시트에서는 조인이 깨져 있었습니다수납을 입주자 «이름 문자열»로 이어 붙여, 실제 ¥58,777,660 중 14.2%만 매칭됐습니다. 사람 이름은 키가 될 수 없습니다.
「차액」은 미수금이 아니었습니다그렇게 나온 ¥72,758,400은 조인이 빠진 자리이지 받지 못한 돈이 아닙니다. 허수라서 이 숫자는 쓰지 않습니다.
청구액과의 대사는 아직입니다시트가 청구한 사실을 남기지 않았습니다 — 계산이 TODAY() 의존이라 열 때마다 값이 달라졌기 때문입니다. 엔진이 청구를 확정 적재하면 그때부터 체납을 셀 수 있습니다.

Screens

발행과 이력, 두 화면

계산한 숫자를 밖으로 내보내는 화면과, 그 숫자가 언제 누구 손에 바뀌었는지 남기는 화면입니다.

청구서

포함할 회차를 골라 미리보기로 확인하고 발행합니다. 발행하면 번호가 붙고 내용이 스냅샷으로 굳습니다.

  • 발행된 청구서는 불변입니다 — DB 트리거가 변경·삭제를 막습니다
  • 입금계좌는 물건별로 다릅니다 — 日本橋·九条는 각각 별도 신탁계좌입니다
  • 금액은 100엔 단위 올림(JC-02)으로, 청구 화면과 같은 규칙을 씁니다
  • 지금 발행 청구서는 0건입니다 — 시트가 아직 정본이라 발행을 시작하지 않았습니다
freymadmin.llnpco.dev / invoices
청구서 미리보기 — 포함할 회차를 고르고 발행. 발행 전에는 «미발행 미리보기»로 표시됩니다

청구서 미리보기 — 포함할 회차를 고르고 발행. 발행 전에는 «미발행 미리보기»로 표시됩니다

freymadmin.llnpco.dev / audit
변경 이력 — 누가 언제 무엇을 바꿨는지 전건. 화면(page)과 SQL을 구분하지 않고 같은 표에 남습니다

변경 이력 — 누가 언제 무엇을 바꿨는지 전건. 화면(page)과 SQL을 구분하지 않고 같은 표에 남습니다

변경 이력

앱이 정본이 되므로 모든 쓰기가 여기에 남습니다. 화면에서 고쳤든 SQL로 고쳤든 트리거가 같은 표에 기록합니다.

  • 시트에는 변경 이력이 아예 없었습니다 — 누가 언제 무엇을 바꿨는지 확인할 방법이 없었습니다
  • 원장은 물리 삭제하지 않습니다 — 수정은 superseded_by로 덧씁니다
  • 날짜는 UTC 자정 기준으로 통일합니다

Roadmap

아직 없는 것은 아직 없다고 씁니다

아래는 이번 범위에서 만들지 않은 것입니다. 화면이 있는 것처럼 보이지 않도록 스크린샷도 싣지 않았습니다.

화면이 아직 없는 것호실·건물 마스터 편집 화면 — 요금·면적·원가·에어컨은 지금도 시트에서 수정합니다. 계약 «수정» 화면 — 신규 등록과 퇴거 처리는 있습니다.
규칙에서 뺀 것조정금 처리(JX-03)는 이번 범위에서 제외했습니다. 확정 규칙은 JC-01~07과 관리수수료·원상회복까지입니다.
트랙 자체가 아직인 것온라인 결제 · AI 응대 · 업무 자동화 · 다이나믹 프라이싱 · 협업도구 연동 · 경영 대시보드 · 한국 트랙. 어느 것도 화면이 없습니다.

한국 트랙은 정책부터입니다. 운영 정책 23항목 중 다수가 아직 미정이고 세일즈 협의를 기다리고 있습니다. 지금 원장에 올라가 있는 실데이터는 일본 7물건 98실(운영 중 77실)뿐입니다.