自治体向け kintone アプリテンプレート集

トップ > 空き家管理

空き家管理

空き家の基本情報・所有者情報を管理し、点検・通報受付・所有者との交渉記録を行う。

プロジェクト: 空き家管理 完了

アプリテンプレート一式(zip)をダウンロード

本番環境へ取り込む前に、kintoneデベロッパーライセンス(cybozu.devで無償取得可能)の検証環境で動作確認することを推奨します。

デモンストレーション

空き家管理番号所在地構造建築年延床面積所有者氏名所有者住所所有者電話番号ステータス写真備考緯度経度
サンプル空き家管理番号1サンプル所在地1木造100100サンプル所有者氏名1サンプル所有者住所1サンプル所有者電話番号1管理中(添付ファイルのサンプル)備考のサンプル入力です(デモ表示用のダミーデータ)。35.681200139.767100
サンプル空き家管理番号2サンプル所在地2鉄骨造200200サンプル所有者氏名2サンプル所有者住所2サンプル所有者電話番号2交渉中(添付ファイルのサンプル)備考のサンプル入力です(デモ表示用のダミーデータ)。35.682200139.768100
サンプル空き家管理番号3サンプル所在地3鉄筋コンクリート造300300サンプル所有者氏名3サンプル所有者住所3サンプル所有者電話番号3特定空家等指定(添付ファイルのサンプル)備考のサンプル入力です(デモ表示用のダミーデータ)。35.683200139.769100
空き家情報
空き家管理番号*
所在地*
構造
建築年
延床面積
所有者氏名
所有者住所
所有者電話番号
ステータス
写真
📎 (添付ファイルのサンプル)
備考
緯度
経度

地図の表示にはカスタマイズまたはプラグインが必要です。合同会社Ponsの商品であればコチラ。収集した位置情報を市民向けに地図で公開するサービスもご用意しています。

空き家マスタ 都市整備部 完了

空き家の位置(緯度経度)・構造・所有者情報・ステータス等を管理するマスタアプリ。

#マスタ管理

この企画への改善要望を送る(Googleフォーム)

設計情報

グループcodeラベル型備考
空き家情報 akiya_kanri_bangou 空き家管理番号 SINGLE_LINE_TEXT 必須
空き家情報 shozaichi 所在地 SINGLE_LINE_TEXT 必須
空き家情報 kouzou 構造 RADIO_BUTTON 木造 / 鉄骨造 / 鉄筋コンクリート造 / その他
空き家情報 kenchikunen 建築年 NUMBER
空き家情報 nobeyuka_menseki 延床面積 NUMBER
空き家情報 shoyuusha_shimei 所有者氏名 SINGLE_LINE_TEXT
空き家情報 shoyuusha_juusho 所有者住所 SINGLE_LINE_TEXT
空き家情報 shoyuusha_denwa 所有者電話番号 SINGLE_LINE_TEXT
空き家情報 akiya_status ステータス DROP_DOWN 管理中 / 交渉中 / 特定空家等指定 / 解体予定 / 解体済 / 活用済
空き家情報 shashin 写真 FILE
空き家情報 biko 備考 MULTI_LINE_TEXT
空き家情報 ido 緯度 NUMBER
空き家情報 keido 経度 NUMBER

ダウンロード

設計情報をJSONでダウンロード

appId 443 のkintoneアプリ定義(fields/layout)を元にしています。

本番環境へ取り込む前に、kintoneデベロッパーライセンス(cybozu.devで無償取得可能)の検証環境で動作確認することを推奨します。

デモンストレーション

対象空き家現在の状況次回点検予定日備考
サンプル対象空き家1良好2026-07-03備考のサンプル入力です(デモ表示用のダミーデータ)。
サンプル対象空き家2経過観察2026-07-02備考のサンプル入力です(デモ表示用のダミーデータ)。
サンプル対象空き家3要注意2026-07-01備考のサンプル入力です(デモ表示用のダミーデータ)。
点検対象
対象空き家*
点検状況
現在の状況
次回点検予定日
備考

点検管理 都市整備部 完了

空き家マスタを参照し、空き家の状態点検・危険度判定を行う業務アプリ。

#点検・維持管理

この企画への改善要望を送る(Googleフォーム)

設計情報

グループcodeラベル型備考
点検対象 taisho_akiya 対象空き家 SINGLE_LINE_TEXT 必須 / ルックアップ(参照: ?)
点検状況 genjou_joukyou 現在の状況 DROP_DOWN 良好 / 経過観察 / 要注意 / 危険(特定空家等相当)
点検状況 jikai_tenken_yotei_bi 次回点検予定日 DATE
点検状況 biko 備考 MULTI_LINE_TEXT
tenken_rireki 点検履歴 SUBTABLE

ダウンロード

設計情報をJSONでダウンロード

appId 444 のkintoneアプリ定義(fields/layout)を元にしています。

本番環境へ取り込む前に、kintoneデベロッパーライセンス(cybozu.devで無償取得可能)の検証環境で動作確認することを推奨します。

デモンストレーション

発見場所（住所・目印）通報内容写真緯度経度通報者氏名通報者電話番号通報者メールアドレス通報経路対応状況
サンプル発見場所（住所・目印）1通報内容のサンプル入力です(デモ表示用のダミーデータ)。(添付ファイルのサンプル)35.681200139.767100サンプル通報者氏名1サンプル通報者電話番号1サンプル通報者メールアドレス1電話未対応
サンプル発見場所（住所・目印）2通報内容のサンプル入力です(デモ表示用のダミーデータ)。(添付ファイルのサンプル)35.682200139.768100サンプル通報者氏名2サンプル通報者電話番号2サンプル通報者メールアドレス2メール現地確認中
サンプル発見場所（住所・目印）3通報内容のサンプル入力です(デモ表示用のダミーデータ)。(添付ファイルのサンプル)35.683200139.769100サンプル通報者氏名3サンプル通報者電話番号3サンプル通報者メールアドレス3窓口空き家マスタ登録済
通報内容
発見場所（住所・目印）
通報内容
写真
📎 (添付ファイルのサンプル)
緯度
経度
通報者情報
通報者氏名
通報者電話番号
通報者メールアドレス
通報経路
対応状況
対応状況

地図の表示にはカスタマイズまたはプラグインが必要です。合同会社Ponsの商品であればコチラ。収集した位置情報を市民向けに地図で公開するサービスもご用意しています。

空き家通報 都市整備部 完了

管理不全な空き家の通報を位置情報付きで受け付け、対応状況を管理する業務アプリ。

#通報受付

この企画への改善要望を送る(Googleフォーム)

設計情報

グループcodeラベル型備考
通報内容 hakken_basho 発見場所（住所・目印） SINGLE_LINE_TEXT
通報内容 tsuuhou_naiyou 通報内容 MULTI_LINE_TEXT
通報内容 shashin 写真 FILE
通報内容 ido 緯度 NUMBER
通報内容 keido 経度 NUMBER
通報者情報 tsuuhousha_shimei 通報者氏名 SINGLE_LINE_TEXT
通報者情報 tsuuhousha_denwa 通報者電話番号 SINGLE_LINE_TEXT
通報者情報 tsuuhousha_email 通報者メールアドレス SINGLE_LINE_TEXT
通報者情報 tsuuhou_keiro 通報経路 RADIO_BUTTON 電話 / メール / 窓口 / その他
対応状況 taiou_joukyou 対応状況 DROP_DOWN 未対応 / 現地確認中 / 空き家マスタ登録済 / 対応不要

ダウンロード

設計情報をJSONでダウンロード

appId 445 のkintoneアプリ定義(fields/layout)を元にしています。

本番環境へ取り込む前に、kintoneデベロッパーライセンス(cybozu.devで無償取得可能)の検証環境で動作確認することを推奨します。

デモンストレーション

対象空き家交渉日交渉方法交渉相手交渉内容交渉結果次回交渉予定日備考
サンプル対象空き家12026-07-03電話サンプル交渉相手1交渉内容のサンプル入力です(デモ表示用のダミーデータ)。継続交渉中2026-07-03備考のサンプル入力です(デモ表示用のダミーデータ)。
サンプル対象空き家22026-07-02訪問サンプル交渉相手2交渉内容のサンプル入力です(デモ表示用のダミーデータ)。合意済み2026-07-02備考のサンプル入力です(デモ表示用のダミーデータ)。
サンプル対象空き家32026-07-01文書サンプル交渉相手3交渉内容のサンプル入力です(デモ表示用のダミーデータ)。交渉決裂2026-07-01備考のサンプル入力です(デモ表示用のダミーデータ)。
交渉情報
対象空き家*
交渉日
交渉方法
交渉相手
交渉内容
結果
交渉結果
次回交渉予定日
備考

所有者交渉記録 都市整備部 完了

空き家マスタを参照し、所有者との交渉履歴を記録する業務アプリ。

#交渉管理

この企画への改善要望を送る(Googleフォーム)

設計情報

グループcodeラベル型備考
交渉情報 taisho_akiya 対象空き家 SINGLE_LINE_TEXT 必須 / ルックアップ(参照: ?)
交渉情報 koushou_bi 交渉日 DATE
交渉情報 koushou_houhou 交渉方法 RADIO_BUTTON 電話 / 訪問 / 文書 / その他
交渉情報 koushou_aite 交渉相手 SINGLE_LINE_TEXT
交渉情報 koushou_naiyou 交渉内容 MULTI_LINE_TEXT
結果 koushou_kekka 交渉結果 DROP_DOWN 継続交渉中 / 合意済み / 交渉決裂 / 対応不要
結果 jikai_koushou_yotei_bi 次回交渉予定日 DATE
結果 biko 備考 MULTI_LINE_TEXT

ダウンロード

設計情報をJSONでダウンロード

appId 446 のkintoneアプリ定義(fields/layout)を元にしています。

本番環境へ取り込む前に、kintoneデベロッパーライセンス(cybozu.devで無償取得可能)の検証環境で動作確認することを推奨します。

設計書類

空き家管理 設計書

  • 企画キー: akiya-kanri(apps.yaml)
  • kintoneスペース: 空き家管理(未作成)
  • 関連ドキュメント: DFD / ER図
1. 目的

空き家の位置(緯度経度)・構造・所有者情報・ステータスをマスタとして一元管理し、状態点検、住民からの通報受付、所有者との交渉履歴をそれぞれ業務アプリで管理する。JavaScriptカスタマイズは行わず、kintone標準機能(フィールド・レイアウト・グループ)のみで構成する。

2. アプリ構成

マスタアプリ(空き家マスタ)を先に作成し、3つの業務アプリ(点検管理・空き家通報・所有者交渉記録)がそれを参照する構成とする。ただし「空き家通報」はマスタ未登録の物件も通報対象になり得るため、マスタへのLOOKUP参照は持たない(道路通報と同様の単独型)。

アプリキーアプリ名カテゴリappId備考
akiya-master空き家マスタmaster(未作成)空き家の位置・構造・所有者情報・ステータスを管理
akiya-tenken-kanri点検管理business(未作成)空き家マスタを参照し、状態点検・危険度判定の履歴を管理
akiya-tsuuhou空き家通報business(未作成)マスタ参照なしの単独型。住民等からの通報を受け付ける
akiya-koushou-kiroku所有者交渉記録business(未作成)空き家マスタを参照し、所有者との交渉履歴を1件1レコードで記録
3. 業務フロー概要

1. 担当職員が、把握した空き家について「空き家マスタ」へ管理番号・所在地・構造・建築年・所有者情報・位置(緯度経度)・ステータスを登録する。 2. 住民等が管理不全な空き家を見つけた場合、「空き家通報」に発見場所(緯度経度含む)・通報内容・通報者情報を登録する。まだマスタ未登録の物件も通報できるよう、通報アプリはマスタへのLOOKUPを持たない。担当職員は通報内容を確認し、現地確認のうえ必要であれば「空き家マスタ」へ新規登録し、通報側の「対応状況」を更新する。 3. 担当職員が「点検管理」アプリで対象空き家(LOOKUP)ごとに定期点検を行い、「点検履歴」テーブルへ点検日・点検結果・点検内容・点検者・写真を1行ずつ追加する。「現在の状況」は最新の判定結果に随時更新する。 4. 危険度が高い(要注意/危険)と判定された空き家について、担当職員が「所有者交渉記録」アプリで所有者との交渉のたびに1レコードを起票し、交渉日・交渉方法・交渉相手・交渉内容・交渉結果・次回交渉予定日を記録する。 5. 交渉や点検の結果を踏まえ、「空き家マスタ」の「ステータス」(管理中/交渉中/特定空家等指定/解体予定/解体済/活用済)を随時更新する。

4. 「空き家マスタ」アプリ フィールド一覧
グループcodeラベル型備考
空き家情報akiya_kanri_bangou空き家管理番号文字列1行(必須・重複禁止)業務アプリからのLOOKUP参照キー
空き家情報shozaichi所在地文字列1行(必須)
空き家情報kouzou構造ラジオボタン木造 / 鉄骨造 / 鉄筋コンクリート造 / その他
空き家情報kenchikunen建築年数値(単位: 年)
空き家情報nobeyuka_menseki延床面積数値(単位: ㎡)
空き家情報shoyuusha_shimei所有者氏名文字列1行
空き家情報shoyuusha_juusho所有者住所文字列1行
空き家情報shoyuusha_denwa所有者電話番号文字列1行
空き家情報akiya_statusステータスドロップダウン管理中 / 交渉中 / 特定空家等指定 / 解体予定 / 解体済 / 活用済
空き家情報shashin写真添付ファイル
空き家情報biko備考文字列複数行
空き家情報ido緯度数値地図プラグイン用。慣習コード。グループ内最後尾に配置
空き家情報keido経度数値地図プラグイン用。慣習コード。グループ内最後尾に配置
(グループ外)(spacer: map)―スペース地図プラグインの設置場所(高さ400px)。グループの直後、トップレベルの行として配置
5. 「点検管理」アプリ フィールド一覧
グループcodeラベル型備考
点検対象taisho_akiya対象空き家ルックアップ(文字列1行・必須)空き家マスタを参照するLOOKUPフィールド(下記7.参照)
点検状況genjou_joukyou現在の状況ドロップダウン良好 / 経過観察 / 要注意 / 危険(特定空家等相当)。空き家(レコード全体)としての最新の危険度判定
点検状況jikai_tenken_yotei_bi次回点検予定日日付
点検状況biko備考文字列複数行
(テーブル)tenken_rireki点検履歴テーブル(サブテーブル)定期点検のたびに1行追加。下記5-1.参照

フィールド定義・レイアウトの正はapps.yamlの該当エントリ(fields / layout)であり、本表はその要約。フィールドを追加・変更した場合は、apps.yamlの更新に合わせて本表も必ず更新すること。

5-1. 「点検履歴」テーブルの行フィールド
codeラベル型備考
tenken_bi_h点検日日付
tenken_kekka_h点検結果ドロップダウン良好 / 経過観察 / 要注意 / 危険(特定空家等相当)。その点検時点での判定(履歴として複数回分残る)
tenken_naiyou_h点検内容文字列複数行
tenken_sha点検者文字列1行
shashin_h写真添付ファイル

「現在の状況」(genjou_joukyou)と「点検結果」(tenken_kekka_h)の使い分けは公園管理設計書5-3.の「現在の状況」と「点検結果」の関係と同じ考え方(前者はレコード全体の最新状態、後者は各点検回ごとの履歴)。

6. 「空き家通報」アプリ フィールド一覧
グループcodeラベル型備考
通報内容hakken_basho発見場所（住所・目印）文字列1行
通報内容tsuuhou_naiyou通報内容文字列複数行
通報内容shashin写真添付ファイル
通報内容ido緯度数値地図プラグイン用。慣習コード。グループ内最後尾に配置
通報内容keido経度数値地図プラグイン用。慣習コード。グループ内最後尾に配置
(グループ外)(spacer: map)―スペース地図プラグインの設置場所(高さ400px)
通報者情報tsuuhousha_shimei通報者氏名文字列1行
通報者情報tsuuhousha_denwa通報者電話番号文字列1行
通報者情報tsuuhousha_email通報者メールアドレス文字列1行
通報者情報tsuuhou_keiro通報経路ラジオボタン電話 / メール / 窓口 / その他
対応状況taiou_joukyou対応状況ドロップダウン未対応 / 現地確認中 / 空き家マスタ登録済 / 対応不要

このアプリは空き家マスタへのLOOKUPを持たない(通報時点でマスタに存在しない物件も受け付けるため)。担当職員が現地確認の上でマスタへ登録した際に、手作業で「対応状況」を更新する運用を想定する。

7. 「所有者交渉記録」アプリ フィールド一覧
グループcodeラベル型備考
交渉情報taisho_akiya対象空き家ルックアップ(文字列1行・必須)空き家マスタを参照するLOOKUPフィールド(下記8.参照)
交渉情報koushou_bi交渉日日付
交渉情報koushou_houhou交渉方法ラジオボタン電話 / 訪問 / 文書 / その他
交渉情報koushou_aite交渉相手文字列1行所有者本人のほか代理人等も想定し自由入力
交渉情報koushou_naiyou交渉内容文字列複数行
結果koushou_kekka交渉結果ドロップダウン継続交渉中 / 合意済み / 交渉決裂 / 対応不要
結果jikai_koushou_yotei_bi次回交渉予定日日付
結果biko備考文字列複数行

「点検管理」がレコード内サブテーブルで複数回の点検を1レコードにまとめる構成なのに対し、「所有者交渉記録」は交渉1回につき1レコードを起票する構成とする(交渉履歴を横断的に一覧・検索しやすくするため)。

8. マスタ参照(LOOKUPフィールド)について

「点検管理」のtaisho_akiya、「所有者交渉記録」のtaisho_akiyaは、いずれも「空き家マスタ」を参照するLOOKUPフィールド。コピー元フィールドはakiya_kanri_bangou(空き家管理番号・重複禁止)。

apps.yamlではlookup.relatedApp.appKey: akiya-masterのように参照先を企画内のアプリキーで指定しており、scripts/create-apps.mjsがマスタアプリ作成後に実際のappIdへ解決してからkintone APIに送る仕組み(resolveLookupField())を利用している(公共基準点管理の設計書6.も参照)。

9. 地図プラグインについて

「空き家マスタ」「空き家通報」それぞれのido(緯度)/keido(経度)フィールドの直後に、地図プラグイン設置用のスペース(elementId: map)をレイアウトに配置済み。プラグイン自体の選定・設定は本設計書の範囲外(未着手)。

10. 未決定・今後の検討事項
  • 「ステータス」(空き家マスタ)と「現在の状況」(点検管理)・「交渉結果」(所有者交渉記録)の更新をどのタイミングで誰が同期させるか(現状は手動更新の運用を想定)
  • 「特定空家等」指定に至った場合の法定手続き(助言・指導→勧告→命令→代執行)の段階管理を別途アプリ化するか、「所有者交渉記録」の範囲に含めるか
  • 空き家通報からマスタ未登録物件を登録する際の運用フロー(誰がどのタイミングで空き家マスタへ転記するか)
  • 地図プラグインの選定

空き家管理 DFD(データフロー図)

対象: 「空き家マスタ」アプリ・「点検管理」アプリ・「空き家通報」アプリ・「所有者交渉記録」アプリ

flowchart LR citizen["通報者\n(住民)"] staff["担当職員\n(空き家対策担当)"] subgraph tsuuhouApp["空き家通報アプリ (kintone)"] tsuuhou[("空き家通報\nレコード")] end subgraph masterApp["空き家マスタアプリ (kintone)"] master[("空き家マスタ\nレコード")] end subgraph tenkenApp["点検管理アプリ (kintone)"] tenken[("点検管理\nレコード")] end subgraph koushouApp["所有者交渉記録アプリ (kintone)"] koushou[("所有者交渉記録\nレコード")] end citizen -- "1. 発見場所(緯度経度)/通報内容/\n通報者情報を登録" --> tsuuhou staff -- "2. 現地確認のうえ\n対応状況を更新" --> tsuuhou staff -- "3. 現地確認の結果を踏まえ\n新規に登録" --> master master -- "4. LOOKUPで対象空き家を選択\n(taisho_akiya)" --> tenken staff -- "5. 定期点検のたびに\n点検履歴テーブルへ1行追加" --> tenken master -- "6. LOOKUPで対象空き家を選択\n(taisho_akiya)" --> koushou staff -- "7. 交渉のたびに\n1レコードを起票" --> koushou staff -- "8. 点検・交渉結果を踏まえ\nステータスを更新" --> master
フロー説明

1. 通報者(住民)が、管理不全な空き家を見つけた際に「空き家通報」アプリへ発見場所(緯度経度含む)・通報内容・任意の連絡先情報を登録する。このアプリは空き家マスタへのLOOKUPを持たず、マスタ未登録の物件も通報できる。 2. 担当職員が通報内容を確認し、対応状況(未対応→現地確認中→空き家マスタ登録済/対応不要)を更新する。 3. 現地確認の結果、継続的な管理が必要と判断した場合、担当職員が「空き家マスタ」へ管理番号・所在地・構造・所有者情報・位置(緯度経度)・ステータスを新規登録する。 4. 「点検管理」アプリのtaisho_akiyaはLOOKUPフィールドで、空き家マスタのakiya_kanri_bangou(空き家管理番号)をキーに参照する(設計書8.参照)。 5. 担当職員が定期点検のたびにtenken_rireki(点検履歴)テーブルへ1行追加し、現在の状況(危険度判定)を随時更新する。 6. 「所有者交渉記録」アプリのtaisho_akiyaも同様に空き家マスタをLOOKUPで参照する。 7. 担当職員が所有者との交渉のたびに「所有者交渉記録」へ1レコードを起票し、交渉日・交渉方法・交渉内容・交渉結果・次回交渉予定日を記録する。 8. 点検・交渉の結果を踏まえ、担当職員が「空き家マスタ」のakiya_status(ステータス)を随時更新する。

空き家管理 ER図

対象: 「空き家マスタ」アプリ・「点検管理」アプリ・「空き家通報」アプリ・「所有者交渉記録」アプリ

erDiagram AKIYA_MASTER { string akiya_kanri_bangou "空き家管理番号(必須・重複禁止)" string shozaichi "所在地(必須)" radio_button kouzou "構造" number kenchikunen "建築年" number nobeyuka_menseki "延床面積(㎡)" string shoyuusha_shimei "所有者氏名" string shoyuusha_juusho "所有者住所" string shoyuusha_denwa "所有者電話番号" drop_down akiya_status "ステータス" file shashin "写真" text biko "備考" number ido "緯度" number keido "経度" } AKIYA_TENKEN_KANRI { string taisho_akiya "対象空き家(LOOKUP、必須)" drop_down genjou_joukyou "現在の状況(空き家の最新の危険度判定)" date jikai_tenken_yotei_bi "次回点検予定日" text biko "備考" } TENKEN_RIREKI { date tenken_bi_h "点検日" drop_down tenken_kekka_h "点検結果(良好/経過観察/要注意/危険)" text tenken_naiyou_h "点検内容" string tenken_sha "点検者" file shashin_h "写真" } AKIYA_TSUUHOU { string hakken_basho "発見場所(住所・目印)" text tsuuhou_naiyou "通報内容" file shashin "写真" number ido "緯度" number keido "経度" string tsuuhousha_shimei "通報者氏名" string tsuuhousha_denwa "通報者電話番号" string tsuuhousha_email "通報者メールアドレス" radio_button tsuuhou_keiro "通報経路" drop_down taiou_joukyou "対応状況" } AKIYA_KOUSHOU_KIROKU { string taisho_akiya "対象空き家(LOOKUP、必須)" date koushou_bi "交渉日" radio_button koushou_houhou "交渉方法" string koushou_aite "交渉相手" text koushou_naiyou "交渉内容" drop_down koushou_kekka "交渉結果" date jikai_koushou_yotei_bi "次回交渉予定日" text biko "備考" } AKIYA_MASTER ||--o{ AKIYA_TENKEN_KANRI : "taisho_akiya(LOOKUP)で参照" AKIYA_TENKEN_KANRI ||--o{ TENKEN_RIREKI : "tenken_rireki(サブテーブル)" AKIYA_MASTER ||--o{ AKIYA_KOUSHOU_KIROKU : "taisho_akiya(LOOKUP)で参照"
備考
  • AKIYA_MASTERとAKIYA_TENKEN_KANRI・AKIYA_KOUSHOU_KIROKUは、いずれもtaisho_akiya(LOOKUPフィールド、コピー元: akiya_kanri_bangou)で連携している(設計書8.参照)。
  • TENKEN_RIREKI(点検履歴)は独立したアプリ/レコードではなく、AKIYA_TENKEN_KANRI内のサブテーブル(type: SUBTABLE)。1つの空き家に対して点検を複数回記録できるようにするためのもので、空き家の現在の危険度はgenjou_joukyouが単独で保持する(設計書5-1.参照)。
  • AKIYA_KOUSHOU_KIROKU(所有者交渉記録)はサブテーブルではなく独立したアプリで、交渉1回につき1レコードを起票する構成(点検管理とは異なり、交渉履歴を横断的に一覧・検索しやすくするため)。
  • AKIYA_TSUUHOU(空き家通報)はAKIYA_MASTERへの参照を持たない独立したアプリ。マスタ未登録の物件も通報対象になり得るため。
  • ido(緯度)/keido(経度)は地図プラグイン連携用の慣習コード。フィールドの正はkintone上の設定であり、apps.yamlのfieldsがその定義元。