会社の関連商機リストから一件を外すと、その商機のCompanyも空になった。双方向関連では意図された動作でも、「この画面の整理だけ」と考えると範囲を誤ります。
Busabaseの関連は一度だけ保存され、両側に表示されます。逆向き列の編集は対象レコードの順方向フィールドを変えます。単一値なら別の会社へ追加すると元の会社から移ります。
両側の表示は独立したコピーではない
商機BaseのCompanyを会社Baseへの関連にし、設定のAlso show this link in {Base}を有効にすると会社側に商機が見えます。同じ関係を別の側から見ています。
Field Typesでは追加でCompanyが設定され、除去でクリアされると説明されています。単一値では旧会社から移動します。アーカイブした商機は表示から消え、復元すると戻るため、件数の減少だけで関連の削除とは判断できません。
実際の書き込み対象を特定する
対象Base、順方向フィールド、単一値か複数値かを調べます。APIやCLIでは逆向き列のoptions.reverseOfFieldIdを確認できます。対象Baseにある保存先のフィールドを指し、そのフィールドは元のBaseへ関連します。
どの記録から操作し、どの対象記録の何が変わり、以前のどの関連が消えるかを説明します。「会社を更新」だけでは商機側の書き換えが見えません。複数値も追加、除去、全置換を区別して無関係な関係を保ちます。
関係の変更を具体的に依頼する
既存の業務Baseを使い、Docに保存先、単複、帰属の判断者、アーカイブの扱いを記します。反復する方法は検証後にSkillへ保存できます。
指示例は「会社の逆向き関連と各商機のCompanyを読む。追加と除去、旧会社から移る商機を列挙し、対象レコードとフィールドを先に示す。確認された範囲だけ提案する」です。実際の操作はキー権限とChangeRequestの審査設定に従い、会話の承認だけで権限は変わりません。
権限と作成時の制限を計画に入れる
逆向き列を編集するには他方のBaseを変更する権限が必要です。そのBaseを開けなければ読み取り専用になります。会社を読めることと商機を編集できることは別です。不足時は読めた結果を保ち、責任者に対応を依頼します。
新規作成フォームでは逆向き列を入力できず、保存後に編集します。現在はその列でフィルター、並べ替え、グループ化もできません。逆向き列のない関連はLinked fromで確認できます。
マージ後は両側を読む
商機の順方向フィールドを読み直し、新旧の会社の表示を確認します。追加、移動、保持すべき関係を照合します。項目が消えたらアーカイブや可視性も調べ、すぐ再追加しません。
理由、実際の対象、審査判断、読み直しの結果を変更や業務記録に残します。これは全Baseをまたぐトランザクションや自動ロールバックの保証ではありません。誤りの訂正は現在値を基準にし、旧リストで後続の正当な変更を消さないようにします。
関連の審査でよくある疑問
逆向きリストから外すのは非表示にするだけですか。 対応する順方向の関連をクリアする操作です。単一値を別会社へ加えるとコピーされますか。 元の会社から移動します。業務上妥当かは帰属ルールで判断します。
見えるのに編集できないのはなぜですか。 両側の権限と保存先を確認してください。Basesで構造を確かめ、一件の認可済み提案と両側の確認を通してから対象を広げます。