アイデンティティは一度きりの設定ではない

SnapLedgerで Freelancer Identity 機能を開発しているうちに、私は自分がアイデンティティを間違った捉え方をしていたことに気づいた。

当初、この機能は主にフリーランスのオンボーディングのために設計されていた。私たちはユーザーに、どこに住んでいるか、フリーランサーや個人事業主として登録しているか、すでにどんな許可や登録を持っているかを尋ねた。

アイデンティティは静的ではない

だが、アイデンティティは静的ではない。

ある人は今年はFranceに住み、来年はUAEに移るかもしれない。従業員として始まり、フリーランスを始め、個人事業主として登録し、許可を取得し、後に会社を設立するかもしれない。

その人は同じままだが、法的・税務的・財務的なアイデンティティは変わり続ける。

それぞれの変化が、新しいコンプライアンス義務を生むかもしれない。

Freelancer IdentityからMy Identityへ

だからこそ私は、Freelancer Identityを、My Identity と呼ぶより一般的なツールへと作り直すことにした。

基本的なアイデンティティ管理ページは、Freelancer Add-onを購入したユーザーだけでなく、すべての個人ユーザーが利用できるようになる。フリーランス固有の登録、許可、税務義務は、アドオンパッケージの下の別々のセクションに残る。

SnapLedgerはすでに、ユーザーに現地語での法的な氏名と、英語での名と姓を尋ねている。これが、アイデンティティに関わる書類を照合するための土台になるべきだ。

書類は一つのファイル以上のものだ

ユーザーが国民ID、ビザ、運転免許証、フリーランス許可証、事業登録、あるいは個人事業主の届出をアップロードするとき、SnapLedgerはそれを孤立したファイルとして扱うべきではない。

その書類がどのアイデンティティに属し、どの国が発行し、いつ有効になり、いつ失効するのか、そしてそれがコンプライアンス義務を生むのか変えるのかを理解すべきだ。

目的は、単に書類を保管することではない。ユーザーのアイデンティティについての信頼できる理解を、少しずつ築いていくことだ。

居住国の変更はアイデンティティ・イベントだ

私はまた、居住国を変えることを、普通のプロフィール設定を変えるのと同じように扱うべきではないと気づいた。

移住は、税務上の居住地、基準通貨、各種登録、申告義務、そして必要な書類に影響しうる。

そのため、My Account → Individual Details の下に表示される居住国は、読み取り専用になるべきだ。いかなる変更も、My Identityを通じて管理されるべきだ。

こうすることで、SnapLedgerは移住を一つのアイデンティティ・イベントとして扱える。システムは発効日を記録し、基準通貨を更新し、必要に応じてユーザーに新しい裏付け書類のアップロードを求めることができる。

タイムラインとしてのアイデンティティ

最も重要なのは、何かが変わったとき、SnapLedgerが古いアイデンティティを上書きすべきではないということだ。

アイデンティティは、一本のタイムラインになるべきだ。

システムは、ユーザーがどこに住んでいたか、どんな登録を保有していたか、それぞれの時期にどの書類が有効だったかを知っているべきだ。

これが重要なのは、ユーザーが国を移っても、コンプライアンスが消えるわけではないからだ。古い税務アカウントは、なお最終申告を必要とするかもしれない。許可は取り消す必要があるかもしれない。書類は失効するかもしれない。以前の登録が、今なお義務を生んでいるかもしれない。

コンプライアンスとは連続性だ

SnapLedgerを作りながら学んだ最も大切な教訓の一つは、コンプライアンスとは一つの書式を正しく記入することではない、ということだ。

それは、連続性についてのことだ。

ユーザーが一度SnapLedgerを使い始めたら、プラットフォームはその人の法的・財務的なアイデンティティの変化を、継続的に管理すべきだ。

従来の会計ソフトは、勘定科目と取引から始まる。しかしシステムが、誰かがどう所得を申告し、どう納税登録し、どうコンプライアンスを保つべきかを正しく判断できるようになる前に、まずその人が誰なのかを——今日だけでなく、時間を通して——理解する必要がある。

だからMy Identityは、SnapLedgerの土台となる部分になりつつある。