法的電子データ交換標準

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

LOC は、法的電子請求(eBilling)、予算編成、タイムキーパーの属性、知的財産問題の管理に関する 4 種類のデータ交換標準を維持しています。

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

LOCはまた、法律事務所やその他の法律関連ベンダーが顧客からeBillの発行を依頼された際に、システム間で請求書を転送するためのAPIも作成しました。この非常に複雑な標準規格は、その他の機能もサポートしており、顧客からeBillの発行を依頼された法律事務所の負担を軽減することを目的としています。

電子請求書形式

電子請求データ交換フォーマット（EDE）は、電子的に送信される請求書（通常は法律事務所から法人顧客へ）の標準データフォーマットを提供します。LEDES電子請求フォーマットには現在、以下のバリエーションがあります。[ 1 ]

  • LEDES 1998 は、1998年に作成された最初の「LEDES」フォーマットですが、現在は使用されていません。このフォーマットはwww.LEDES.orgには掲載されていません。
  • LEDES 1998Bは、パイプ区切りのプレーンテキストファイルです。この標準は1998年に採択され、米国では最も一般的に使用されているLEDES形式です。柔軟性に欠け、構造が硬直しており、弁護士費用に対する課税をサポートしていません。LEDES 1998Bのもう一つの欠点は、請求書レベルのデータが行ごとに変化しないため、一度しか必要でないにもかかわらず、すべての行項目で繰り返されることです。多くのクライアントは標準外のカスタマイズを強制しようとするため、標準を持つことの目的が損なわれます。とはいえ、米国に拠点を置く法律事務所は、そのシンプルさと使いやすさからLEDESを好んでいます。
  • 2000年に採用されたLEDES XML 2000は、 DTDを使用する古いXML形式です。LEDES 2000では、構造は明確に定義されていますが、仕様では「拡張」セグメントが定義されており、形式を破ったり標準に違反したりすることなく、クライアント固有のフィールドを挿入できます。 [ 2 ] この形式はLEDES監督委員会によってサポートされなくなり、この形式に関する情報は2024年2月1日にwww.LEDES.orgから削除されます。
  • LEDES 1998BI（国際版）は、パイプ区切りのプレーンテキストファイルで、2004年にLegal IT Innovators Group（LITIG）によって提案され、2006年にLEDES Oversight Committeeによって承認されました。LEDES 1998B標準に基づいており、LEDES 1998B形式のすべてのフィールドに加え、追加のフィールドが含まれています。この形式は、米国外で作成された法務請求書に対応するために設計されており、1行の項目ごとに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 ]
  • 2020年に承認されたLEDES XML 2.2。XML 2.1のすべてのデータポイントに加え、段階的な課税をサポートするための追加のセグメントとデータ要素が含まれています。18のセグメントと206のデータ要素が含まれています。

その他のデータ交換形式

その他の LEDES データ交換形式は次のとおりです。

  • LEDES 予算は2006 年に承認されました。この XML 形式により、法律事務所と顧客間の予算データの交換が容易になります。
  • LEDES タイムキーパー属性は2007 年に承認され、2014 年に改訂されました。この XML 形式は、法律事務所から顧客にタイムキーパーと料金データを送信するために使用されます。
  • IPMM発明開示標準は2015年に批准されました。これは、発明開示データを含むXML文書を検証できるXMLスキーマのセットです。[ 4 ] [ 5 ] [ 6 ]

UTBMS

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

2006年4月、UTBMSアップデート・イニシアチブはLEDES監督委員会への統合を決議しました。その後まもなく、LEDES監督委員会は、標準を策定した組織に関わらず、すべての既知のUTBMS標準に関するグローバルリファレンスとしてwww.UTBMS.comを設立しました。

LEDES エラーコード - バージョン 2

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

LEDES エラー コードとは?

LEDESエラーコードの導入は、多くの法律事務所メンバーが長年抱えていた問題に対処するものです。標準化以前は、法律事務所や企業の法務部門は、電子請求書の提出時に表示される、標準化されていない、そしてしばしば理解しにくいエラーメッセージが原因で発生するエラーの追跡に多大な時間を費やしていました。これらのエラーメッセージからは、修正すべき点がほとんど示されず、時間の無駄や非効率的なワークフローにつながっていました。

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

2024年 LEDES 監督委員会理事会

LEDES監督委員会（LOC）の2024年理事会は、LEDESエラーコードの新バージョンを含むLEDES規格の開発と実装の監督において重要な役割を果たしています。2024年LOC理事会のメンバーは以下のとおりです。

社長: Jane A. Bennitt、Global Legal Ebilling、LLC 副社長: Cathrine J. Collins、Legal Systems Automation、LLC 会計/会員: Jim Hannigan、Coblentz Patch Duffy & Bass LLP 標準: David Nelson、Pathfinder eConsulting Limited 秘書: Nadia Strobbia、Elite 地域グループ: Andrew Dey、Andrew Dey Limited マーケティング: Inemesit Edet、Smart eBill Team

参照

注記

  1. ^ Wirtz, Scott (2006年9月1日)、「Electronic Legal Invoice Delivery」、Metropolitan Corporate Counsel、マウンテンサイド、ニュージャージー州：Metropolitan Corporate Counsel、22ページ、 2016年2月26日閲覧。
  2. ^ホッジ、ジェフ（2005年3月）「ステロイドのLEDES：2Kがやってくる！」『金融：電子時代の会計』オースティン、テキサス州：国際法務技術協会、pp.  15– 16 、 2016年2月27日閲覧。
  3. ^ベニット、ジェーン・A.（2012年3月）「グローバルE-BillingとLEDES監視委員会」、ピア・ツー・ピア、オースティン、テキサス州：国際法務技術協会、pp.  96– 98 、 2016年2月27日閲覧。
  4. ^ Plonsker, Larry編（2014年12月）「発明開示—標準が必要」（PDF）、LES Global News 、第49巻、第4号、ウェリントン、フロリダ州：Licensing Executives Society International、 7～ 8ページ 、 ISSN 0270-174X 、 2016年2月26日閲覧。 
  5. ^ Sikand, Sunjeev (2015年4月17日)、「XMLベースの発明開示標準のメリット」、Law360、ニューヨーク、NY：ポートフォリオメディア、 2016年3月28日閲覧。2014年、Legal Electronic Data Exchange Standard（LEDES）の知的財産問題管理（IPMM）小委員会は、拡張マークアップ言語（XML）による発明開示標準を提案しました。XMLベースの発明開示標準は、従来の発明開示フォームでは対応できなかった重要なニーズ、すなわち発明データの検証と自動データ分析を満たすことができます。IPMM標準に準拠した発明開示は、初期のデータ品質チェックを受け、準拠アプリケーションで読み取り可能になり、その後の処理と分析のために構造化されます。
  6. ^ Hunziker, Robin (2017). 「発明開示基準」 . The SciTech Lawyer . 13 (2). シカゴ: The American Bar Association: 24–25 . ISSN 1550-2090 . OCLC 663373112. 2017年4月18日閲覧。  
  7. ^ 「法務電子データ交換規格（LEDES）が知的財産費のコードセットを最終決定」 Business Wire . Berkshire Hathaway. 2007年10月23日. 2016年2月26日閲覧。
「 https://en.wikipedia.org/w/index.php?title=Legal_Electronic_Data_Exchange_Standard&oldid=1311034448」より取得