法的電子データ交換基準

法務電子データ交換規格（ LEDES ）は、法律業界における電子データ伝送を円滑化することを目的としたファイル形式の仕様セットです。略称はLEDESで、通常は「リーズ」と発音されます。LEDESの仕様は、LEDES監督委員会（LOC）によって維持管理されています。この委員会は、 1995年にプライスウォーターハウスクーパース内の法律事務所・法務部門サービスグル​​ープが主導する業界全体のプロジェクトとして非公式に発足しました。 2001年、LEDES監督委員会はカリフォルニア州の相互利益非営利法人として法人化され、現在は7名の理事からなる理事会によって運営されています。

米国議会図書館（LOC）は、法律関連の電子請求（e請求）、予算編成、タイムキーパー属性、知的財産問題管理に関する4種類のデータ交換標準を維持している。

LOCはまた、LEDESデータ交換標準において5種類のデータ要素を維持しています。 それは、法律問題の種類別に業務を分類する統一タスクベース管理システムコード、実際に行われた業務を分類する活動コード、発生した経費の種類を分類する経費コード、タイムキーパー分類コード、そして法律事務所が請求書の検証エラーを理解するのに役立つエラーコードです。

LOCはまた、法律事務所やその他の法律関連業者が顧客から電子請求を求められた場合、それらの業者から第三者の電子請求システムへ、システム間で法的請求書を送信できるAPIも作成しました。この非常に複雑な標準規格では、他にも様々な機能がサポートされており、顧客が求める電子請求の管理における法律事務所の負担を軽減することを目的としています。

電子請求データ交換フォーマットの種類は、通常、法律事務所から企業クライアントに電子的に送信される請求書の標準データフォーマットを提供します。LEDES電子請求フォーマットには現在、次のバリエーションがあります。^{[ 1 ]}

• LEDES 1998は、1998年に作成された最初の「LEDES」フォーマットですが、現在は使用されていません。このフォーマットはwww.LEDES.orgには掲載されていません。
• LEDES 1998Bは、パイプ区切りのプレーンテキストファイルです。この規格は1998年に採用され、米国では最も一般的に使用されているLEDESフォーマットです。柔軟性に欠け、構造が固定化されており、弁護士費用に対する税金計算をサポートしていません。LEDES 1998Bのもう一つの欠点は、請求書レベルのデータが各明細項目で繰り返されることです。明細項目ごとにデータは変化しないため、一度だけ必要となるにもかかわらず、データが繰り返されます。多くのクライアントが非標準のカスタマイズを要求し、標準規格の目的を損なっています。それでもなお、米国の法律事務所は、そのシンプルさと馴染みやすさからLEDES 1998Bを好んで使用しています。
• LEDES XML 2000は 2000 年に採用された古いXMLフォーマットで、DTD を使用しています。LEDES 2000 では、構造は明確に定義されていますが、仕様では「拡張」セグメントが定義されており、フォーマットを壊したり標準に違反したりすることなく、クライアント固有のフィールドを挿入できます。^{[ 2 ]} このフォーマットは LEDES 監視委員会によってサポートされなくなり、フォーマットに関する情報は 2024 年 2 月 1 日に www.LEDES.org から削除されます。
• LEDES 1998BI（国際版）は、パイプ区切りのプレーンテキストファイルで、2004年に法務ITイノベーターグループ（LITIG）によって提案され、2006年にLEDES監督委員会によって承認されました。LEDES 1998B規格に基づいており、LEDES 1998B形式のすべてのフィールドに加え、追加のフィールドが含まれています。この形式は、米国以外で作成された法律請求書に対応するように設計されており、明細項目ごとに1つの税金を記載できます。
• LEDES XML 2.0は、XSDを使用するXMLフォーマットです。2006年に承認され、XMLフォーマットにおける国際的なニーズに対応しています。以前のLEDESフォーマットとは異なり、XML 2.0は当事者間の金融取引の性質を表現します。明細項目に対する複数税をサポートし、AFA（代替金融資産）もサポートしています。15のセグメントと156のデータ要素で構成されています。
• LEDES XML 2.1は 2008 年に承認されました。XML 2.0 のすべてのデータ ポイントに加え、源泉徴収とクレジット ノートのサポートによる強化された税務機能、および請求書レベルのグローバルな拡張性を提供する追加のセグメントとデータ要素が含まれています。16 のセグメントと 194 のデータ要素が含まれています。^{[ 3 ]}
• LEDES XML 2.2は2020年に承認されました。XML 2.1に含まれるすべてのデータポイントに加え、段階税制をサポートするための追加のセグメントとデータ要素が含まれています。18のセグメントと206のデータ要素で構成されています。

LEDESのその他のデータ交換フォーマットは以下のとおりです。

• LEDES予算は2006年に承認されました。このXML形式は、法律事務所と依頼者間の予算データの交換を容易にします。
• LEDESタイムキーパー属性は2007年に承認され、2014年に改訂されました。このXML形式は、法律事務所からクライアントへタイムキーパーと料金データを送信するために使用されます。
• IPMM発明開示標準は2015年に承認されました。これは、発明開示データを含むXML文書を検証できる一連のXMLスキーマです。^{[ 4 ] [ 5 ] [ 6 ]}

統一タスクベース管理システムは、法律業務のコーディングに広く使用されているシステムです。^{[ 7 ]}

2006年4月、UTBMSアップデートイニシアチブはLEDES監督委員会への統合を決定した。その後間もなく、LEDES監督委員会は、規格を策定した組織に関わらず、既知のすべてのUTBMS規格に関するグローバルな参照サイトとしてwww.UTBMS.comを開設した。

2020年、LEDES監督委員会（LOC）は、電子請求書（e-billing）提出におけるエラーを特定するための標準化されたフレームワークを確立することを目的としたLEDESエラーコードのバージョン1を承認しました。2024年9月、バージョン1は完全に更新され、LEDES理事会によって承認されたバージョン2に置き換えられました。この新しいバージョンは、さまざまなシステムやクライアント間での電子請求書提出におけるエラーの特定を標準化するという使命を継続しています。

LEDESエラーコードが発生する理由とは？

LEDESエラーコードの導入は、多くの法律事務所関係者から長年指摘されてきた問題への対応です。標準化以前は、法律事務所や企業の法務部門は、電子請求書提出時に表示される非標準化された、しばしば理解しにくいエラーメッセージによって発生するエラーの特定に多大な時間を費やしていました。これらのエラーメッセージは、修正すべき箇所をほとんど示さなかったため、時間の浪費や非効率なワークフローにつながっていました。

標準化されたエラーコードは、電子請求におけるエラー識別の一貫性と理解しやすさを向上させることを目的としており、法律事務所、企業の法務部門、ソフトウェアベンダーが請求エラーの修正に費やす時間を短縮するのに役立ちます。業界全体でこれらの標準化されたエラーコードを導入することで、請求プロセスが効率化され、法務チームの管理負担が軽減され、最終的には法務請求業務の効率性が向上することが期待されます。

LEDES監視委員会（LOC）の2024年度理事会は、LEDESエラーコードの新バージョンを含むLEDES規格の開発と実施を監督する上で重要な役割を担っています。2024年度LOC理事会には、以下のメンバーが参加しています。

会長：ジェーン・A・ベニット（Global Legal Ebilling, LLC） 副会長：キャサリン・J・コリンズ（Legal Systems Automation, LLC） 会計／会員担当：ジム・ハニガン（Coblentz Patch Duffy & Bass LLP） 標準担当：デビッド・ネルソン（Pathfinder eConsulting Limited） 秘書：ナディア・ストロビア（Elite） 地域グループ担当：アンドリュー・デイ（Andrew Dey Limited） マーケティング担当：イネメシット・エデット（Smart eBill Team）

• 電子データ交換（EDI）
• 経費および費用回収システム（ECRS）
• 抽出、変換、ロード（ETL）

• LEDESウェブサイト
• UTBMSのウェブサイト