---
# System prepended metadata

title: OB管理合算トラブル対応

---

# OB管理合算トラブル対応
## 管理合算ロジック
A_Mansion: combine_id→nil
  B_Mansion: combine_id→A

C_Mansion: combine_id→nil
  D_Mansion: combine_id→C
  E_Mansion: combine_id→C

F_Mansion: combine_id→nil


送金1 a
送金2 a(b)

送金3 c
送金4 c(d)
送金5 c(e)

送金6 f

## 今回対応した大丈夫なパターン
G_Mansion(空家主): combine_id→nil
  I_Mansion(空家主): combine_id→G

送金7(送金csvにGマンションのはない) g
送金8(送金csvにIマンションのはない) i

↓ 2019年5月(Iマンションにオーナがつく)

G_Mansion(空家主): combine_id→nil
  I_Mansion: combine_id→G
送金9(送金csvにGマンションのはない) g
送金10 i

## 今回対応した失敗するパターン
G_Mansion(空家主): combine_id→nil
  I_Mansion(空家主): combine_id→G

送金7(送金csvにGマンションのはない) g
送金8(送金csvにIマンションのはない) i

↓ 過去建物再読み込み中ある時点（勘違いで過去のマンション再読み込みを管理合算処理のフローに追加していた）

G_Mansion(過去のCSV上では空家主: 現在は空家主): combine_id→nil
  I_Mansion(過去のCSV上では空家主: 現在はI家主): combine_id→G
  
送金11(Gに対するCSV上の送金明細はない) g
送金12 i→Gマンションに紐付けられる
  
↓ 最新建物取り込み後

G_Mansion(空家主): combine_id→nil
I_Mansion(I家主): combine_id→nil

送金12 Iマンションに来ている送金明細はI家主に表示できる

## うらたさん懸念物件構造
G_Mansion(空家主): combine_id→nil
  J_Mansion(管理合算する&空家主): combine_id→G
  K_Mansion(管理合算しない&空家主): combine_id→G

## うちがね懸念パターン
G_Mansion(空家主): combine_id→nil
  J_Mansion(管理合算する&空家主): combine_id→G
  K_Mansion(管理合算しない&空家主): combine_id→G
↓過去の管理合算処理するとき
G_Mansion(空家主): combine_id→nil
  J_Mansion(空家主: 過去の明細あり): combine_id→G

## 管理合算対象になるロジック
1. 同じ管理番号
2. 同じ取り扱い店舗
3. 同じ家主1,2,3
4. 家主1,2,3のcombine_remittanceが1

## 管理合算にしちゃいけないんだけど、追加されてたロジック
5. 家主が空の場合は3, 4のチェックがされていない。










Remittances(mansion別_月次送金リスト)
↑
オーナーと紐付いているmansionsに紐付いている送金の配列の合算






## フロー
- 家主のCSV管理合算フラグ


## 現在、懸念していること
2019年以前の送金履歴が見れない

## 参考
https://github.com/dm-production/ownerbox/pull/1550









## 問題
オーナーが持っている物件とかの資産に対しての支払い
合算して支払い

フロー
- 東急が支払い明細PDFを送る
- 家主、とかもろもろのCSVを読み込んで支払い明細を取り込む
- 建物2018から読み込んでる
  - 建物か家主かなにかの中間テーブルを消さないとだめ
- 11//25〜の失敗したやつを再度
- 1/1

## 対応策
残った管理合算対象は4人
→手作業で

## 建物

12月分はok
1月分が不安

