このエッセーを綴ったときには、いまだ、identifier に対して 「的確な」 訳語を思い浮かばなかったので、英語の identifier を そのまま使っていました。ER 手法では--TM （Ｔ字形 ER手法） に限らず--、一般に、entity を示す個体番号として identifier という用語を使います。
　TM （Ｔ字形 ER手法） では、2003年頃から、identifier に対して、「認知番号」 という訳語を使うようになりました。identifier の訳語として、「識別子」 という語もあるのですが、TM が重視した点は、entity の認知に関して、「合意された」 認知という点です。

　事業過程を対象にすれば、「合意された」 認知を示す典型的な手段が いわゆる 「コード体系」 です。コード体系のなかに定義された （個体を認知する） 番号・コードを--たとえば、従業員番号とか商品番号とか取引先コードとか--使って、事業過程のなかで情報が伝達されています。
　したがって、事業過程 （正確には、管理過程） の現状を記述するためには、まず、コード体系を資料にして、「合意されている」 個体を記述すればよいでしょう。

　「認知番号」 というのは、個体に対して 「合意された」 認知を示す記号という意味であって、つねに、○○番号・××コードでなければならないという意味ではない点に注意して下さい。
　○○番号・××コードのほかにも、「合意された」 認知を示す個体指示子であれば、認知番号として使うことができます。その典型的な例が上述した （1） の例です。

　（2） の例は、個体指示子を前提にして、個体が個体であることを破らない点を示しています。すなわち、１つの セット （set、集合） のなかで、部分集合 （サブセット） を生成する際に、「交わり （論理積）」 が生じてはいけないことを示しています。TM （Ｔ字形 ER手法） は、「合意」 の認知を重視していますので、１つの集合を区分する際にも、コード体系のなかに記述されている管理区分 （区分コード） を前提にしていますが、区分は、１つの集合のなかを 「仕切る」 だけなので--数学的に言えば、セットとサブセットは 「同値類」 なので--、個体の 「交わり」 を認めません。したがって、もし、区分コードを使って生成したサブセットのあいだで 「交わり」 があるのなら、区分コードが１つのセットを区分する記号として作用していないことになります。そのために、「交わり」 を生じる区分コードは、そのセットのなかにあってはいけないことになります。したがって、そういう区分コードを entity から除去して、単独の 「分類コード」 として扱います。

　なお、１つの entity のなかで区分コードが 「交わり」 を起こしても、「交わり」 に対して、１つの値を付与していれば、サブセットとして作用するので、区分コードを当然ながら除去しなくてもよいでしょう。たとえば、取引先区分コードに対して、出荷先 （その値を、たとえば、 「1」 としましょう） と納入先 （その値を、たとえば、 「2」 としましょう） の２つがあるとして、もし、「出荷先かつ納入先」 に対して、区分コードの値として 「3」 を付与していれば、「交わり」 にはならない点に注意して下さい。