「重複しています」と
伝えるだけで、営業先が漏れます。

何が困っていたのか

代理店ビジネスでは、案件が1つの入口から入ってくるわけではありません。代理店のポータルから登録されるもの、本部で直接受けるもの、 基幹側から流れてくるもの。入口が違えば、書き方も揃いません。

その状態で「この案件、もう別の代理店が動いていないか」を判定しなければなりません。ところが お客様の氏名や住所で突き合わせようとすると、必ず取りこぼします。 法人名の株式会社が前か後ろか、ビル名が入っているかいないか、番地がハイフンか漢数字か。人が入力する項目は必ず揺れます。 揺れる項目を鍵にした瞬間、同じ相手が別人として通ってしまいます。

突き合わせのキーを1つに決めた

電気の契約には供給地点特定番号という22桁の番号があります。場所に対して一意に振られていて、表記の揺れがありません。 これを、システム全体でただ1つの突き合わせキーに決めました。

案件・供給地点・手数料・単価の予約。番号を持つ側のデータには、すべて同じキーで索引を張りました。 「同じものを同じと判定する鍵を、業務全体で1つに決める」——やったのはこれだけです。 仕組みが複雑になるのは、たいてい鍵が複数あるときです。

重複を知らせる機能が、抜け道になる

重複を検出したら代理店に知らせます。二重に動いて両方が無駄になるのを防ぐためで、これ自体は必要な機能です。 問題は何を書くかでした。

当初は「この供給地点は、すでに◯◯代理店が押さえています」と出すつもりでいました。親切だと思ったからです。 ところがこの供給地点特定番号は、お客様の手元に届く検針票に印字されています。つまり誰でも知り得ます。

すると、こうなります。代理店が任意の番号を入れて案件登録を試すと、 「その場所をどの代理店が押さえているか」が1件ずつ返ってきます。番号を変えて繰り返せば、 他の代理店の営業先を外から数え上げられてしまう。同じ本部の下にいる代理店同士で、営業機密が越境します。

そこで、開示の範囲を次のように分けました。

細かい点ですが、開示できないときに「（不明）」のような括弧書きも付けていません。 名前欄が存在すること自体を見せない、という判断です。空欄を見せると「誰かが押さえている」以上の手がかりを与えてしまいます。

あわせて、この警告文にはお客様の氏名を渡していません。 文字列がレスポンスのヘッダーに載る作りだったためで、必要のない個人情報は最初から関数に入れない、という形にしました。

この事例から言えること

• 名寄せを頑張るより、揺れない鍵を1つ選ぶほうが速い。人が打つ項目は必ず揺れます。機械が振った番号を探してください。
• 「教えてあげる」機能は、権限設計とセットで考える。1件ずつなら親切でも、何度でも試せるなら一覧を配っているのと同じです。
• 誰から見た画面かで、出す情報を変える。同じ組織の中でも、立場が違えば見てよい範囲は違います。社内システムほどここが曖昧になりがちです。
• 権限まわりは、機能を作り終えたあとで足すと漏れます。作りながら「この画面を悪用するなら自分ならどうするか」を一度考えるほうが、あとの手戻りが小さくなります。