JP5162063B2 - Conversion engine and financial reporting system using the conversion engine - Google Patents

Description

これら例示的なローン処理アプリケーション取引および方法のより詳細な説明を以下に述べる。
【００７９】
（Ｉ．前払ローン手数料）
米国ＧＡＡＰ
財務会計基準書第９１号「ローンの実行または取得に関する返却不能手数料および原価ならびにローン当初の直接原価に関する会計」（「ＳＦＡＳ Ｎｏ．９１」）は、ローンに関連するか、ローンにコミットメントされた、あるいは単一のローンまたは一群のローンの買入するための返却不能手数料および原価に対する会計を制定している。そのような返却不能（前払）ローン手数料、とりわけコミットメント手数料およびシンジケート手数料は繰り延べられ、ローンまたは業務の契約期間に渡り利子または手数料収入として認識されるべきである。ＳＦＡＳ第９１号の下では、利息方式が好適な方式であるが、定額方式も、非重要性ゆえに適切である。
ＪＰ ＧＡＡＰ
前払いローン手数料は、関連役務が提供されるとき（通常は受領されるとき）、手数料収入と見なされる。これらの手数料の繰延または償却は、歩留まりの調整として記録されない。
【００８０】
ＧＡＡＰ変換の方法に影響を及ぼす手数料関連取引は二種類ある。即ち、（１）額面価格で、（２）割引またはプレミアムで、実行または買入されたローンである。ローン処理ＧＡＡＰ変換の目的では、種別（１）のローン（額面価格で発行される）が調整の対象となる。ローンに対する割引またはプレミアムの会計は、米国ＧＡＡＰおよびＪＰ ＧＡＡＰの下で実質的に同一であり、さらなる計算または再分類を必要としない。
【００８１】
額面価格で発行されたローンを割引またはプレミアムでのローンと区別するためにコードが用いられ得る。例えば、ＬＳ２ローン処理アプリケーションが用いられると、区別のため「ポートフォリオコード」が使用され得る。額面価格で発行されるローンには「ＬＯＡＮＰＡＲ」が、割引またはプレミアムで発行されるローンには「ＤＩＳＣＰＲＥＭ」が用いられ得る。
【００８２】
（Ａ１．問題点１）
ＬＳ２商業貸付アプリケーションは、定額方式に基づいて、前払いローン手数料の償却を計算する。
【００８３】
（Ａ２．解決手段／変換１）
定額方式は、利率方式との差異が重要でないので、償却方式として用いられる。
【００８４】
（Ｂ１．問題点２）
ＬＳ２商業貸付アプリケーションは、ＦＡＳＢ基準書第９１号に従って、ユーザーに前払い手数料または手数料収入を歩留まりへの調整として繰延および償却させる。従って、ＪＰ ＧＡＡＰ報告目的のためには、繰延または償却が取り消され、受領されたときの手数料収入に調整されるべきである。
【００８５】
さらに、ＬＳ２商業貸付アプリケーションは、持分割引または持分プレミアムとしてのローンの「価格差」（ローン実行または買入に対する元金の額と実際価格との差）を、繰り延べられた前払い手数料収入とともに、収入として繰延および償却する。この会計処理は、米国ＧＡＡＰと一致している。ＪＰ ＧＡＡＰの下であっても、価格差は、ローン期間に渡り利子として繰延および償却されるべきである。
【００８６】
通常の慣行では、前払い手数料とローン実行および買入の価格との関係は以下のようになる。
（１）通常ローン実行
●前払い手数料＝支払われる
●実行価格＝額面価格
（２）通常ローン買入
●前払い手数料＝支払われる
●買入価格＝額面価格
（３）投売ローン
●前払い手数料＝支払われない
●買入価格＝割引価格
（４）私募債
●前払い手数料＝支払われない
●買入価格＝割引またはプレミアム価格
（１）および（２）の場合、ＬＳ２商業貸付アプリケーションにより計算される持分割引またはプレミアム持分勘定は、ＪＰ ＧＡＡＰの下では即座に収入と見なされるべき「前払い手数料」を表す。一方、（３）および（４）の場合、ＬＳ２商業貸付アプリケーションにより計算される持分割引または持分プレミアム勘定は、ＪＰ ＧＡＡＰでも米国ＧＡＡＰでも、収入として繰り延べられて償却されるべき価格差を表す。
【００８７】
（Ｂ２．解決手段／変換２）
（仕訳記入変換の概略）
ローン取引は、第１および第２の取引種別に類別される。これらの２つの取引種別は、ＬＳ２商業貸付アプリケーション内で２つの異なる「ポートフォリオ」として生成され、ユーザは取引情報に基づきそれらのいずれかを選択する。Ｏｒａｃｌｅ ＧＬインターフェイステーブル１０６では、ＬＳ２の「ポートフォリオ」商業貸付アプリケーションが、記述フレックスフィールドにおいて「ポートフォリオ種別」としてキャプチャされる。第１の取引種別は、額面価格でのローン実行／買入＝（通常ローン実行および通常ローン買入）＝ポートフォリオコード「ＬＯＡＮＰＡＲ」となる。第２の取引種別は、割引またはプレミアム価格でのローン／買入＝（投売ローンおよび私募債）＝ポートフォリオコード「ＤＩＳＣＰＲＥＭ」となる。第２の取引種別（ポートフォリオ）に対する会計は、ＪＰＧＡＡＰでも米国ＧＡＡＰでも一致している。従って、変換エンジン１０８が、第２の取引種別に関連する米国ＧＡＡＰ仕訳記入を受け取る場合、調整ＳｏＢ１１２には仕訳記入は作成されず、米国ＧＡＡＰ仕訳記入は、相応なＪＰ ＧＡＡＰ仕訳記入としてＪＰ ＳｏＢ１１４に提出される。
【００８８】
しかしながら、第１の取引種別（ポートフォリオ）の持分割引および持分プレミアム（整理待ち状態手数料および一時借入割引を含む）は、ＪＰ ＧＡＡＰの下に受け取られたときに、収入として貸記されるべき繰延前払い手数料を表す。従って、変換エンジン１０８が、第１の取引種別に関連する米国ＧＡＡＰ仕訳記入を受け取った場合、変換エンジン１０８は、調整ＳｏＢ１１２に対する仕訳記入を生成する。変換エンジン１０８は、米国ＧＡＡＰ仕訳記入とＧＡＡＰ調整仕訳記入とを組み合わせ適切なＪＰ ＧＡＡＰ仕訳記入を作成する。
【００８９】
より詳細には、ＬＳ２商業貸付アプリケーションにより作成される米国ＧＡＡＰ仕訳記入は、「業務取引コード」および「ポートフォリオ」とともにＯｒａｃｌｅ ＧＬインターフェイステーブル１０６を介して変換エンジン１０８に提出される。変換エンジン１０８が、ポートフォリオコード「額面価格でのローン実行／買入（ＬＯＡＮＰＡＲ）」に対する仕訳記入を受け取った場合、以下の「業務取引コード」に対する以下のＧＡＡＰ変換仕訳記入を準備し、米国ＧＡＡＰ仕訳記入をＪＰ ＧＡＡＰ仕訳記入に変換する。
【００９０】
（１．前払いローン手数料（業務取引コード＝ＵＦＦＢＲ、ＣＰＳＤＣ）の受け取り）
ＬＳ２商業貸付アプリケーションの米国ＧＡＡＰ仕訳記入は、シンジケートが完了するまで、シンジケートにおける業務に対して受け取られた前払いローン手数料を、「整理待ち状態手数料（ＦＨＡＤ）」として一時的に記録する。ＪＰ ＧＡＡＰ報告目的のために、前払い手数料は、受け取られたときに、手数料収入勘定「前払いローン手数料収入」に貸記される。
【００９１】
（ａ）変換仕訳記入）
変換エンジン１０８は、調整ＳｏＢ１１２に対する変換仕訳記入を準備し、受領された前払い手数料の額を「前払いローン手数料収入」に貸記し、この額を受領日の「整理待ち状態手数料（ＦＨＡＤ）」に借記する。手形によるローン、ローン証券、および他のプロダクトに対して、それぞれ個別の「前払い手数料収入」勘定が作成される。この仕訳記入は、後述する「前払い手数料変換プログラム３（手数料認識）」により準備される。
【００９２】
（ｂ）ＪＰ ＧＡＡＰ仕訳記入）
変換エンジン１０８は、米国ＧＡＡＰ仕訳記入および変換仕訳記入を組み合わせる（ネッティングする）ことにより、ＪＰ ＳｏＢ１１４に対するＪＰ ＧＡＡＰ仕訳記入を準備する。たとえこの業務イベントに関連して誤謬修正または中止のための取消記入が受け取られても、ＧＡＡＰ変換は、同一の論理および変換エンジンにより処理され得る。
【００９３】
（２．参加貸主への分配（借主／売主に支払われる））
（業務取引コード＝ＥＦＰＦＨ、ＣＰＳＤＣ）
ＬＳ２の商業貸付アプリケーションの米国ＧＡＡＰ仕訳記入は、参加貸主に分配される（または、借主／売主に支払われる）額を、「整理待ち状態手数料（ＦＨＡＤ）」に借記する。ＪＰ ＧＡＡＰ報告目的のために、支払われた額は、支払われたときに手数料収入勘定「前払いローン手数料収入」に借記される。
【００９４】
（ａ）変換仕訳記入）
変換エンジン１０８は、調整ＳｏＢ１１２に対する変換仕訳記入を準備し、参加貸主に分配される前払い手数料を「前払いローン手数料収入」に借記し、この額を支払いの日に「整理待ち状態手数料（ＦＨＡＤ）」に貸記する。前払い手数料の受領と同様に、適切な「前払い手数料収入勘定」が、ローンの種別（手形、証券などによるローン）に基づき使用されるべきである。この仕訳記入は、後述する「前払い手数料変換プログラム３（手数料認識）」により準備される。
【００９５】
（ｂ）ＪＰ ＧＡＡＰ仕訳記入）
変換エンジン１０８は、米国ＧＡＡＰ仕訳記入と変換仕訳記入とを組み合わせる（ネッティングする）ことにより、ＪＰ ＳｏＢ１１４に対するＪＰ ＧＡＡＰ仕訳記入を準備する。たとえこの業務イベントに関連して誤謬修正または中止のための取消記入が受け取られても、ＧＡＡＰ変換は、同一の論理および変換エンジンにより処理され得る。
【００９６】
（３．割引設定（前払いローン手数料の繰延）（業務取引コード＝ＢＫＲＭＤ））
シンジケートが決算されるとき、前払い手数料のホスト銀行配分が決定され、ＬＳ２商業貸付アプリケーションにより、持分割引（プレミアム）勘定、即ち、「持分割引（ＤＩＳＣ）」、「持分プレミアム（ＰＲＭＵＭ）」または「一時借入（ＵＮＦＤＳ）」に振替えられる。ＪＰ ＧＡＡＰ報告目的のために、この額は既に収入として認識されており、振替え記入は取り消されるべきである。
【００９７】
（ａ）変換仕訳記入）
変換エンジン１０８は、調整ＳｏＢ１１２に対する変換仕訳記入を準備し、振替えの額を「持分割引（ＤＩＳＣ）」または「一時借入（ＵＮＦＤＳ）」に借記し、その額を「整理待ち状態手数料（ＦＨＡＤ）」に貸記する。プレミアム持分の場合、その額は、「持分プレミアム（ＰＲＭＵＭ）」または「一時借入（ＵＮＦＤＳ）」に貸記され、「整理待ち状態手数料（ＦＨＡＤ）」に借記される。この仕訳記入は、後述する「前払い手数料変換プログラム３（手数料認識）」により準備される。
【００９８】
（ｂ）ＪＰ ＧＡＡＰ仕訳記入）
変換エンジン１０８は、米国ＧＡＡＰ仕訳記入と変換仕訳記入とを組み合わせる（ネッティングする）ことにより、ＪＰ ＳｏＢ１１４に対するＪＰ ＧＡＡＰ仕訳記入を準備する。この場合、変換仕訳記入は、米国ＧＡＡＰ仕訳記入をオフセットし、ＪＰ ＳｏＢ１１４には仕訳記入は渡されない。たとえこの業務イベントに関連して誤謬修正または中止のための取消記入が受け取られても、ＧＡＡＰ変換は、同一の論理および変換エンジンにより処理され得る。
【００９９】
（４．シンジケート完了（業務取引コード＝ＣＢＵＹ、ＣＣＡＮ、ＣＳＥＬ））
米国ＧＡＡＰの下では、シンジケートが決算されるとき、参加貸主に分配され、割引勘定に振替えられた後の「整理待ち状態手数料（ＦＨＡＤ）」内の残余が、手数料収入として「シンジケート手数料（ＳＹＮＦＭ）」に貸記される。しかしながら、ＪＰ ＧＡＡＰ報告目的のためには、前払いローン手数料は、すでに収入として認識されている。従って、米国ＧＡＡＰ仕訳記入は取り消されるべきである。
【０１００】
（ａ）変換仕訳記入）
変換エンジン１０８は、調整ＳｏＢ１１２に対する変換仕訳記入を準備し、「シンジケート手数料（ＳＹＮＦＭ）」「整理待ち状態手数料（ＦＨＡＤ）」内に残った前払い手数料の認識に関する米国ＧＡＡＰ記入を、その額を「シンジケート手数料（ＳＹＮＦＭ）」に借記し、「整理待ち状態手数料（ＦＨＡＤ）」に貸記することによって取り消す。この仕訳記入は、後述する「前払い手数料変換プログラム３（手数料認識）」により準備される。
【０１０１】
（ｂ）ＪＰ ＧＡＡＰ仕訳記入）
変換エンジン１０８は、米国ＧＡＡＰ仕訳記入と変換仕訳記入とを組み合わせる（ネッティングする）ことにより、ＪＰ ＳｏＢ１１４に対するＪＰ ＧＡＡＰ仕訳記入を準備する。この場合、変換仕訳記入は、米国ＧＡＡＰ仕訳記入をオフセットし、ＪＰ ＳｏＢ１１４には仕訳記入は渡されない。たとえこの業務イベントに関連して誤謬修正または中止のための取消記入が受け取られても、ＧＡＡＰ変換は、同一の論理および変換エンジンにより処理され得る。
【０１０２】
（５．持分割引およびプレミアムの償却（業務取引コード＝ＦＡＭＲＴ、ＣＤＥＣＲ））
ＬＳ２商業貸付アプリケーションは、計算された償却額を「持分割引（ＤＩＳＣ）」、「持分プレミアム（ＰＲＭＵＭ）」または「一時借入割引（ＵＮＦＤＳ）」に借記し、その額を「充当手数料収入（ＡＣＯＭＦ）」または「利子収入−実行手数料（ＡＩＮＴＩ）」に貸記することにより、割引勘定の償却に関する米国ＧＡＡＰ仕訳記入を準備する。ＪＰ ＧＡＡＰ報告目的に対しては、前払いローン手数料はすでに収入として認識されており、償却記入は取り消されるべきである。
【０１０３】
（ａ）変換仕訳記入）
変換エンジン１０８は、調整ＳｏＢ１１２に対する変換仕訳記入を準備し、割引勘定の償却に関する米国ＧＡＡＰ仕訳記入を取り消す。即ち、「充当手数料収入（ＡＣＯＭＦ）」または「利子収入−実行手数料（ＡＩＮＴＩ）」に借記し、「持分割引（ＤＩＳＣ）」または「一時借入割引（ＵＮＦＤＳ）」に貸記する。プレミアム持分の場合は、その額が「持分プレミアム（ＰＲＭＵＭ）」または「一時借入割引（ＵＮＦＤＳ）」に借記され、「充当手数料収入（ＡＣＯＭＦ）」または「利子収入−実行手数料（ＡＩＮＴＩ）」に貸記される。この仕訳記入は、後述する「前払い手数料変換プログラム３（手数料認識）」により準備される。
【０１０４】
（ｂ）ＪＰ ＧＡＡＰ仕訳記入）
変換エンジン１０８は、米国ＧＡＡＰ仕訳記入と変換仕訳記入とを組み合わせる（ネッティングする）ことにより、ＪＰ ＳｏＢ１１４に対するＪＰ ＧＡＡＰ仕訳記入を準備する。この場合、変換仕訳記入は、米国ＧＡＡＰ仕訳記入をオフセットし、ＪＰ ＳｏＢ１１４には仕訳記入は渡されない。たとえこの業務イベントに関連して誤謬修正または中止のための取消記入が受け取られても、ＧＡＡＰ変換は、同一の論理および変換エンジンにより処理され得る。
【０１０５】
（６）不利子計上状態への振替え（業務取引コード＝ＤＬＴＮＡ、ＯＴＮＡＣ））
ローンが不履行（不利子計上状態）ローンである場合、「持分割引」および「持分プレミアム」は、関連する不利子計上勘定、即ち、「持分割引−不利子計上」および「持分プレミアム−不利子計上」に振替えられる。ＪＰ ＧＡＡＰ目的に対しては、割引およびプレミアムは、すでに収入として認識されている。従って、変換エンジン１０８はＧＡＡＰ変換仕訳記入を準備し、振替え記入を取り消す。
【０１０６】
（ａ）変換仕訳記入）
変換エンジン１０８は、調整ＳｏＢ１１２に対する変換仕訳記入を準備し、勘定振替えに関する米国ＧＡＡＰ仕訳記入を、その額を「持分割引（ＤＩＳＣ）−不利子計上」に借記し「持分割引（ＤＩＳＣ）−利子計上」に貸記するか、または「持分割引（ＤＩＳＣ）−利子計上」および「持分プレミアム（ＰＲＭＵＭ）−不利子計上」に借記することにより取り消す。
【０１０７】
（ｂ）ＪＰ ＧＡＡＰ仕訳記入）
変換エンジン１０８は、米国ＧＡＡＰ仕訳記入と変換仕訳記入とを組み合わせる（ネッティングする）ことにより、ＪＰ ＳｏＢ１１４に対するＪＰ ＧＡＡＰ仕訳記入を準備する。この場合、変換仕訳記入は、米国ＧＡＡＰ仕訳記入をオフセットし、ＪＰ ＳｏＢ１１４には仕訳記入は渡されない。たとえこの業務イベントに関連して誤謬修正または中止のための取消記入が受け取られても、ＧＡＡＰ変換は、同一の論理および変換エンジンにより処理され得る。
【０１０８】
（７．利子計上状態への再振替え（業務取引コード＝ＤＬＴＡＣ、ＯＴＡＣＣ））
不履行（不利子計上状態）ローンが履行された（利子計上状態）場合、「持分割引」および「持分プレミアム」の不利子計上勘定から利子計上勘定への再振替えは、ＬＳ２商業貸付アプリケーションにより実行される。ＪＰ ＧＡＡＰ目的のためには、（利子計上から不利子計上への）本来の振替え記入が取り消され、従って、変換エンジン１０８は調整仕訳記入を準備し、再振替記入を取り消す。
【０１０９】
（ａ）変換仕訳記入）
変換エンジン１０８は、調整ＳｏＢ１１２に対する変換仕訳記入を準備し、「持分割引（ＤＩＳＣ）−利子計上」に借記し、かつ「持分割引（ＤＩＳＣ）−不利子計上」に貸記するか、あるいは、「持分割引（ＤＩＳＣ）−不利子計上」および「持分プレミアム（ＤＲＥＭ）−不利子計上」に借記することによりＵＳ ＧＡＡＰ仕訳記入を取り消す。この仕訳記入は、後述する「前払い手数料変換プログラム３（手数料認識）により準備される。
【０１１０】
（ｂ）ＪＰ ＧＡＡＰ仕訳記入）
変換エンジン１０８は、米国ＧＡＡＰ仕訳記入と変換仕訳記入とを組み合わせる（ネッティングする）ことにより、ＪＰ ＳｏＢ１１４に対するＪＰ ＧＡＡＰ仕訳記入を準備する。この場合、変換仕訳記入は、米国ＧＡＡＰ仕訳記入をオフセットし、ＪＰ ＳｏＢ１１４には仕訳記入は渡されない。たとえこの業務イベントに関連して誤謬修正または中止のための取消記入が受け取られても、ＧＡＡＰ変換は、同一の論理および変換エンジンにより処理され得る。
【０１１１】
（８．ローンの売渡（業務取引コード＝ＦＳＡＤＪ、ＰＬＳＡＤ）
ローンが売渡されるとき、米国ＧＡＡＰの下では、非償却の割引／プレミアム勘定が配置され、「売渡における利得（ＧＮＯＳＬ）」および「売渡における損失（ＬＳＯＳＬ）」への調整として実現される。ＪＰ ＧＡＡＰの下では、非償却額は、受け取り／支払いのときすでに収入として認識されている。従って、「売渡における利得（ＧＮＯＳＬ）」の米国ＧＡＡＰ額は、割引／プレミアムの非償却額により調整される。
【０１１２】
（ａ）変換仕訳記入）
変換エンジン１０８は、売渡時の割引／プレミアム勘定の償却額により、売渡における利得および損失を調整するのに必要な、調整ＳｏＢ１１２に対する変換仕訳記入を準備する。例えば、非償却割引は、「売渡における利得（ＧＮＯＳＬ）」または「売渡における損失（ＬＳＯＳＬ」）に借記され、かつ「持分割引（ＤＩＳＣ）」または「一時借入割引（ＵＮＦＤＳ）」に貸記される。非償却プレミアムの場合は、その額が、「売渡における利得（ＧＮＯＳＬ）」または「売渡における損失（ＬＳＯＳＬ」）に貸記され、かつ「持分プレミアム（ＰＲＥＭＵＭ）」または「一時借入割引（ＵＮＦＤＳ）」に借記される。この仕訳記入は、後述する「前払い手数料変換プログラム１（売渡）」により準備される。
【０１１３】
（ｂ）ＪＰ ＧＡＡＰ仕訳記入）
変換エンジン１０８は、米国ＧＡＡＰ仕訳記入と変換仕訳記入とを組み合わせる（ネッティングする）ことにより、ＪＰ ＳｏＢ１１４に対するＪＰ ＧＡＡＰ仕訳記入を準備する。たとえこの業務イベントに関連して誤謬修正または中止のための取消記入が受け取られても、ＧＡＡＰ変換は、同一の論理および変換エンジンにより処理され得る。
【０１１４】
（９．ローン損失処理（業務取引コード＝ＣＨＯＦＦ））
米国ＧＡＡＰの下では、ローンの損失処理額は「持分割引（ＤＩＳＣ）」に適用され得、オフセットが借記される額を、「損失処理の損失（ＡＬＬＯＷ）」まで減少させる。また、「持分割引（ＰＲＭＵＭ）」は、受領（または支払い）されたとき、既に収入（逆所得）として認識されている。また、「持分割引（ＰＲＭＵＭ）」も元金の額同様に損失処理され、「損失処理における損失（ＡＬＬＯＷ）」を増加する。しかしながら、ＪＰ ＧＡＡＰ報告目的のためには、受領（または支払い）されたときに、「持分割引（ＤＩＳＣ）」または「持分プレミアム（ＰＲＭＵＭ）として繰り延べられた手数料が、既に収入（逆収入）として認識されている。従って、プレミアムおよび割引の額（「一時借入割引（ＵＮＦＤＳ）」を含む）は、ＪＰ ＧＡＡＰの下では、「損失処理の損失（ＡＬＬＯＷ）」に調整されるべきである。
【０１１５】
（ａ）変換仕訳記入）
変換エンジン１０８は、調整ＳｏＢ１１２に対する変換仕訳記入を準備し、「割引持分（ＤＩＳＣ）」または「一時借入割引（ＵＮＦＤＳ）」に貸記し、「損失処理の損失（ＡＬＬＯＷ）」に借記する。プレミアム持分に対しては、記入は、「持分プレミアム（ＰＲＭＵＭ）」または「一時借入割引（ＵＮＦＤＳ）」に借記され、「損失処理の損失（ＡＬＬＯＷ）」に貸記される。この仕訳記入は、後述の「前払い手数料変換プログラム２（損失処理）」により準備される。
【０１１６】
（ｂ）ＪＰ ＧＡＡＰ仕訳記入）
変換エンジン１０８は、米国ＧＡＡＰ仕訳記入と変換仕訳記入とを組み合わせる（ネッティングする）ことにより、ＪＰ ＳｏＢ１１４に対するＪＰ ＧＡＡＰ仕訳記入を準備する。たとえこの業務イベントに関連して誤謬修正または中止のための取消記入が受け取られても、ＧＡＡＰ変換は、同一の論理および変換エンジンにより処理され得る。
【０１１７】
（１０．他の取引）
ＬＳ２商業貸付アプリケーションは、他のローン関連取引に対する仕訳記入に関する前払い手数料も生成する。これらの取引は、割引持分、プレミアム持分、一時借入割引、および関連ＰＬ勘定の間に対する調整、またはこれらの間の取引である。ＪＰ ＧＡＡＰ目的のためには、前払い手数料に関するこれらの記入はすべて取り消されるべきである。従って、上記以外の業務取引コードに対するローン関連取引では、米国ＧＡＡＰ仕訳記入は、プログラム３（手数料認識）を用いてＪＰ ＧＡＡＰに変換されるべきである。たとえこの業務イベントに関連して誤謬修正または中止のための取消記入が受け取られても、ＧＡＡＰ変換は、同一の論理および変換プログラムにより処理され得る。
【０１１８】
表Ｉは仕訳記入のサンプルを示す（前払いローン手数料に対する仕訳記入）。
【０１１９】
（他のインターフェイス情報）
米国ＳｏＢに対する他のインターフェイス情報、例えば、「生成日」、「会計日」、「プロダクトコード」、「顧客コード」などは、「グループＩＤ」以外は改変されずに、調整ＳｏＢ１１２およびＪＰ ＳｏＢ１１４に提出される。「米国ＳｏＢ」に対する「グループＩＤ」は「米国ＧＡＡＰ」である。これは、調整ＳｏＢおよびＪＰ ＳｏＢに対しては、それぞれ「変換」および「ＪＰ ＧＡＡＰ」に置換される。
【０１２０】
図４は、前払い手数料に対する変換エンジン１０８によるＧＡＡＰ変換を示すフローチャートである。変換エンジン１０８は、仕訳記入（ＳＴ３０２）の「ポートフォリオ」を確認し、「ポートフォリオ」＝「ＬＯＡＮＰＡＲ（即ち、「額面価格で実行／買入されるローン」）かどうかを判別する。そうでない場合、「グループＩＤ」はＳＴ３０６でＪＰ ＧＡＡＰに改変され、ＳＴ３０８でＪＰ ＳｏＢ１１４にエクスポートされる。そうである場合は、ＳＴ３０４に制御が渡され、ここで変換エンジン１０８がＬＳ２商業貸付アプリケーション（「仕訳カテゴリ」としてＯｒａｃｌｅインターフェイステーブル１０６内でキャプチャされる）の「業務取引コード」を確認し、これが、（上記に識別されたもの、または図３に列挙されたもののような）前払い手数料関連コードであるかどうかを判別する。そうでない場合、仕訳記入は、上述のようなＳＴ３０６および３０８を介してＪＰ ＳｏＢ１１４に渡される。そうである場合、変換仕訳記入はＳＴ３１０で準備される。変換仕訳記入の準備の詳細は後述する。
【０１２１】
変換仕訳記入が準備された後、ＪＰ ＧＡＡＰ仕訳記入は、米国ＧＡＡＰ仕訳記入および変換仕訳記入に基づき、ＳＴ３１２で準備される。ＪＰ ＧＡＡＰ仕訳記入は、米国および変換仕訳記入をネッティングアウトし、「グループＩＤ」を「ＪＰ ＧＡＡＰ」に改変することにより準備される。ＪＰ ＧＡＡＰ仕訳記入は、ＳＴ３１４でＪＰ ＳｏＢ１１４にエクスポートされる。ＳＴ３１０で準備される変換仕訳記入は、ＳＴ３１６で調整ＳｏＢ１１２にエクスポートされる。
【０１２２】
図５は、前払い手数料に対する変換仕訳記入の準備を示すフローチャートである。ＳＴ４０２で、変換エンジン１０８は、「業務イベントコード」が「ＰＬＳＡＤ」（ローンの売渡）であるかどうかを判別する（ＳＴ４０６）。そうである場合、プログラム１（売渡）を用いて、変換仕訳記入がＳＴ４０４で準備される。そうでない場合、変換エンジン１０８は、「業務取引コード」が「ＣＨＯＦＦ」（ローン損失処理）であるかどうかを判別する。そうである場合、プログラム２（損失処理）を用いてＳＴ４０８で変換仕訳記入が準備される。そうでない場合、変換仕訳記入は、プログラム３（手数料認識）を用いて、ＳＴ４１０で準備される。
【０１２３】
矛盾報告（ＤＲ）／変更要求（ＣＲ）指示子、勘定番号、および金額以外の情報は、ＳＴ４１２において抜粋される。
【０１２４】
変換エンジン１０８は、前払い手数料（「前払い手数料関連勘定」）「猶予および償却」に関連する勘定の仕訳記入のみを変換する。ＬＳ２商業貸付アプリケーションのあるインプリメンテーションにおける例示的「前払い手数料関連勘定」は、後掲の表ＩＩに列挙する。ＧＡＡＰ変換により影響を受ける業務取引コードも列挙してある。
【０１２５】
（プログラム１（売渡））
変換仕訳記入を準備するために、変換エンジン１０８は、米国ＧＡＡＰ仕訳記入の「前払い手数料関連勘定」のすべての記入を抜粋する。次いで、変換エンジン１０８は、これらの記入を取り消し、正味金額を、これらの額の調整として「ローン売渡における利得」または「ローン売渡における損失」に掲示する。従って、すべての米国ＧＡＡＰ仕訳記入の「前払い手数料関連勘定」に対する「Ｄｒ／Ｃｒ指示子」は取り消され、正味金額が、「前払い手数料収入」の借方または貸方勘定に入力され、変換仕訳記入が決算される。
【０１２６】
図６は、前払い手数料に対する変換仕訳記入（売渡）を準備するためのプログラム１を示すフローチャートである。ＳＴ５０２で、ＤＲ／ＣＲ指示子および前払い手数料関連勘定に対する米国ＧＡＡＰ記入の金額が米国ＧＡＡＰ仕訳記入から抜粋される。ＳＴ５０４では、前払い手数料関連勘定のＤＲ／ＣＲ指示子が取り消される。ＳＴ５０６では、前払い手数料関連勘定の正味金額が計算され、ＳＴ５０８では、ＤＲ／ＣＲ指示子および売渡勘定の利得または損失に対する米国ＧＡＡＰ記入の額が、米国ＧＡＡＰ仕訳記入から抜粋される。ＳＴ５１０では、正味金額のＤＲ／ＣＲ指示子が、利得のＤＲ／ＣＲ指示子に等しいか（または、損失のＤＲ／ＣＲ指示子に等しくないか）が判断される。等しい場合は、ＳＴ５１２において、「利得ＡＤＪ」が「利得ＡＤＪ」＝ＭＡＸ（正味金額−売渡における損失、０）として計算され、「損失ＡＤＪ」が「損失ＡＤＪ」＝ＭＩＮ（正味金額、売渡における損失）として計算される。次に、ＳＴ５１４において、正味金額のＤＲ／ＣＲ指示子が売渡における利得および売渡における損失の両方に割付られ、「利得ＡＤＪ」の額が売渡における利得に割付られ、「損失ＡＤＪ」の額が売渡における損失に割付けられる。
【０１２７】
ＳＴ５１０で、正味金額のＤＲ／ＣＲ指示子が利得のＤＲ／ＣＲ指示子に等しくない（または、損失のＤＲ／ＣＲ指示子に等しくない）と判断された場合、ＳＴ５１６で「利得ＡＤＪ」が「利得ＡＤＪ」＝ＭＩＮ（正味金額、売渡における利得）１０として計算され、「損失ＡＤＪ」が「損失ＡＤＪ」＝ＭＡＸ（正味金額、売渡における利得）として計算される。ＳＴ５１８において、正味金額のＤＲ／ＣＲ指示子が売渡における利得および売渡における損失の両方に割付られ、「利得ＡＤＪ」の額が売渡における利得に割付られ、「損失ＡＤＪ」の額は、売渡における損失に割付けられる。
【０１２８】
ＳＴ５２０では、プログラム１の変換仕訳記入が完了され、仕訳記入のすべての要素はネットアウトされる。
【０１２９】
（利得および損失調整の計算）
より詳細には、変換仕訳記入として「売渡における獲得（ＧＮＯＳＬ）」または「売渡における損失（ＬＳＯＳＬ）に調整されるべき金額は、以下のように決定される。
【０１３０】
（ｉ）非償却割引）
「売渡における利得（ＧＮＯＳＬ）」に調整される金額＝最小（米国ＧＡＡＰの下では非償却割引、米国ＧＡＡＰの下での「売渡における利得（ＧＮＯＳＬ）」）であり、
「売渡における損失（ＬＳＯＳＬ）」に調整される金額＝最大（米国ＧＡＡＰの下では非償却割引−米国ＧＡＡＰの下での「売渡における利得（ＧＮＯＳＬ）」、０）である。
【０１３１】
米国ＧＡＡＰ仕訳記入が通常の売渡取引である場合、調整額は、「売渡における利得（ＧＮＯＳＬ）」および「売渡における損失（ＬＳＯＳＬ）」に借記され、「持分割引（ＤＩＳＣ）」または「一時借入割引（ＵＮＦＤＳ）」に貸記され、変換仕訳記入が準備されるべきである。
【０１３２】
米国ＧＡＡＰ仕訳記入が修正のための本来の売渡取引の取消である場合、調整額は、「売渡における利得（ＧＮＯＳＬ）」および「売渡における損失（ＬＳＯＳＬ）」に貸記され、「持分割引（ＤＩＳＣ）」または「一時借入割引（ＵＮＦＤＳ）」に借記され、変換仕訳記入が準備されるべきである。
【０１３３】
（ｉｉ）非償却プレミアム）
「売渡における利得（ＧＮＯＳＬ）」に調整される金額＝最大（米国ＧＡＡＰの下では非償却プレミアム−米国ＧＡＡＰの下での「売渡における損失（ＬＳＯＳＬ）」、０）であり、
「売渡における損失（ＬＳＯＳＬ）」に調整される金額＝最小（米国ＧＡＡＰの下では償却されないプレミアム、米国ＧＡＡＰの下での「売渡における損失（ＬＳＯＳＬ）」）である。
【０１３４】
米国ＧＡＡＰ仕訳記入が通常の売渡取引である場合、調整額は、「売渡における利得（ＧＮＯＳＬ）」および「売渡における損失（ＬＳＯＳＬ）」に貸記され、「持分割引（ＤＩＳＣ）」または「一時借入割引（ＵＮＦＤＳ）」に借記され、変換仕訳記入が準備されるべきである。
【０１３５】
米国ＧＡＡＰ仕訳記入が修正のための本来の売渡取引の取消である場合、調整額は、「売渡における利得（ＧＮＯＳＬ）」および「売渡における損失（ＬＳＯＳＬ）」に借記され、「持分割引（ＤＩＳＣ）」または「一時借入（ＵＮＦＤＳ）」に貸記され、変換仕訳記入が準備されるべきである。
【０１３６】
売渡における利得および損失の調整例を表ＩＩＩに示す（ローン売渡における利得および損失）。
【０１３７】
（プログラム２（損失処理））
変換仕訳記入を準備するために、変換エンジン１０８は、「前払い手数料関連勘定」のすべての記入を抜粋する。次に、変換エンジン１０８は、これらの記入を取り消し、正味金額を勘定への調整として「損失処理における損失（ＡＬＬＯＷ）」を掲示する。従って、変換エンジン１０８は、「前払い手数料関連勘定」への米国ＧＡＡＰ仕訳記入すべての「Ｄｒ／Ｃｒ指示子」を取り消し、正味金額を「損失処理における損失（ＡＬＬＯＷ）」の借方または貸方勘定に入力し、変換仕訳記入を決算する。
【０１３８】
図７は、前払い手数料に対する変換仕訳記入（損失処理）を準備するためのプログラム２を示すフローチャートである。ＳＴ６０２では、ＤＲ／ＣＲ指示子および前払い手数料関連勘定の米国ＧＡＡＰ記入の額が、米国ＧＡＡＰ仕訳記入から抜粋される。ＳＴ６０６では、前払い手数料関連勘定が取り消される。ＳＴ６０６では、前払い手数料関連勘定が計算座、ＳＴ６０８において、「正味金額」＝ＣＲ差引勘定であるかどうかが判別される。そうである場合、「ＣＲ」がＤＲ／ＣＲ指示子として割り付けられ、正味ＣＲ差引勘定の額がＳＴ６１０において損失処理における損失に割り付けられる。そうでない場合、「ＤＲ」はＤＲ／ＣＲ指示子として割り付けられ、ＳＴ６１２において、生みＤＲ差引残高が損失処理における損失に割り付けられる。
【０１３９】
ＳＴ６１４では、プログラム２の変換仕訳記入が完了され、仕訳記入りすべての要素が入力されてネットアウトされる。
【０１４０】
（プログラム３（手数料認識））
変換仕訳記入を準備するために、変換エンジン１０８は、「前払い手数料関連勘定」のすべての記入を抜粋する。次に、変換エンジン１０８は、これらの記入を取り消し、正味金額を勘定（または。オフセット勘定）に対する調整として「前払い手数料収入」に掲示する。従って、変換エンジン１０８は、「前払い手数料関連勘定」への米国ＧＡＡＰ仕訳記入のすべての「Ｄｒ／Ｃｒ指示子」を取り消し、正味金額を「前払い手数料収入」に借記または貸記金額に入力し、変換仕訳記入を決算する。
【０１４１】
「前払い手数料収入」が、それぞれ、手形によるローン（Ａ／Ｃ＃５４４３０１前払いローン手数料収入（手形によるローン））、証書によるローン（Ａ／Ｃ＃５４４３０２前払いローン手数料収入（証書によるローン））および他のプロダクト（Ａ／Ｃ＃５４４３０３前払いローン手数料収入（その他））に対して作成される。これらの勘定の分配は、ＬＳ２商業貸付アプリケーションから供給される「リスク種別」に基づき決定され、Ｏｒａｃｌｅインターフェイステーブル１０６内でキャプチャされる。
【０１４２】
図８は、前払い手数料に対する変換仕訳記入（手数料確認）を準備するためのプログラム３を示すフローチャートである。ＳＴ７０２では、ＤＲ／ＣＲ指示子および前払い手数料関連勘定に対する米国ＧＡＡＰ記入の額が、米国ＧＡＡＰ仕訳記入から抜粋される。ＳＴ７０４では、手数料関連勘定の正味金額が計算され、ＳＴ７０６において、「正味金額」＝ＣＲ差引勘定であるかどうかが判別される。そうである場合、「ＣＲ」は、ＳＴ７０８においてＤＲ／ＣＲ指示子として割り付けられ、ＳＴ７１０において、リスク種別＝証券グループにおけるローンであるかどうかが判別される。そうである場合、正味ＣＲ差引勘定の額は、ＳＴ７１２において「前払い手数料（ローン証券」）に割り付けられる。そうでない場合、正味ＣＲ差引勘定の額は、ＳＴ７１４において「前払い手数料（手形によるローン）」に割り付けられる。
【０１４３】
ＳＴ７０６において、「正味金額」がＣＲ差引勘定に等しくないと判断された場合、ＳＴ７１６において「ＤＲ」はＤＲ／ＣＲ指示子として割り付けられ、正味ＤＲ差引残高の額は、損失処理における損失に割り付けられる。次に、ＳＴ７１８において、リスク種別＝証券グループにおけるローンであるかどうかが判別され、そうである場合、正味ＤＲ差引勘定の金額は、ＳＴ７２０において「前払い手数料（証書によるローン）」に割り付けられる。そうでない場合、正味ＤＲ差引勘定の額は、ＳＴ７２２において「前払い手数料（手形によるローン）」に割り付けられる。
【０１４４】
ＳＴ７２４では、プログラム３の変換仕訳記入が完了され、仕訳記入のすべての要素がネットアウトされる。
【０１４５】
（ＩＩ．売渡に掛けられているローン）
米国ＧＡＡＰ
売渡に掛けられているローンは、より低い経費または市場価値で報告される（ＬＯＣＯＭ）。
【０１４６】
ＪＰ ＧＡＡＰ
売渡に掛けられているローンは、原価で報告される。
【０１４７】
Ａ．問題点
米国ＧＡＡＰによると、売渡に掛けられているローンはより低い経費または市場価値で報告される（ＬＯＣＯＭ）。ＪＰ ＧＡＡＰによると、売渡に掛けられているローンは原価で報告される。ＬＳ２商業貸付アプリケーションは、ユーザが、ＬＯＣＯＭで売渡に掛けられている設備を、米国ＧＡＡＰ（米国公認会計士協会のガイドライン）に従って評価することを可能にする。ユーザは、コスト方式を必要とするＪＰ ＧＡＡＰに従って、売渡に掛けられている設備に対する会計方法を選択し得る。米国支店のユーザは、米国公認会計士協会のガイドラインに従って、売渡に掛けられている設備に対する会計のためのＬＯＣＯＭを選択する。従って、ＪＰ ＧＡＡＰ報告の目的のためには、米国ＧＡＡＰの下で認識された未回収の損失を取り消すべきである。
【０１４８】
Ｂ．解決手段／変換
（仕訳記入変換の概略）
ＬＯＣＯＭ再評価に関する米国ＧＡＡＰ仕訳記入はすべて、変換エンジン１０８を用いて取り消され、適切なＪＰ ＧＡＡＰ会計結果を生成する。米国ＧＡＡＰ仕訳記入を取り消す仕訳記入は、変換仕訳記入として調整ＳｏＢ１１２に提出される。この場合、ＪＰ ＧＡＡＰ仕訳記入は、ＪＰ ＳｏＢ１１４に提出されない。
【０１４９】
（仕訳記入変換の詳細）
ＬＳ２商業貸付アプリケーションは、一日の終わりのバッチ記入（ＥＯＤバッチ記入）を介して、取引日利用可能持分およびオープンセール持分（売渡されたが支払われていない）に対する期間−日割り未回収損失を掲示し、前日の終わりの時点での対応する金額を取り消すことによりＬＯＣＯＭ評価損を記録する。ＬＳ２商業貸付アプリケーションは、「業務取引コード」＝ＤＬＹＰＬ（未回収Ｐ＆Ｌの日掲）に対するこれらの仕訳記入を生成する。
【０１５０】
米国ＳｏＢインターフェイス情報は、「業務取引コード」、「Ｏｒａｃｌｅ ＣＬ勘定コード」、「ＤＲ／ＣＲ指示子」「金額」および会計目的のために必要な他の情報を含む。変換エンジン１０８がＬＯＣＯＭ再評価に対する仕訳記入、即ち、「業務取引コード」＝「ＤＬＹＰＬ」（これは、Ｏｒａｃｌｅインターフェイステーブルにおいて「仕訳カテゴリ名」としてキャプチャされる）を受け取る場合、変換エンジン１０８は変換仕訳記入を準備し、調整ＳｏＢに記入を提出する。
【０１５１】
（（１）変換仕訳記入）
変換エンジン１０８は、変換仕訳記入を準備し、ＬＯＣＯＭ評価損の掲示および取消に関する米国ＧＡＡＰ仕訳記入を取り消す。これらの記入は、ＬＯＣＯＭ評価に関連する米国ＧＡＡＰ仕訳記入のすべての「ＤＲ／ＣＲ識別子」を取り消すことにより準備される。
【０１５２】
（（２）ＪＰ ＧＡＡＰ仕訳記入）
この場合、ＪＰ ＧＡＡＰはローンに対するＬＯＣＯＭ評価を必要としないので、ＪＰ ＳｏＢ１１４には仕訳記入は提出されない。
【０１５３】
表ＩＶは、サンプル仕訳記入（売渡に掛けられているローンに対する仕訳記入）を示し、図９は、高次元のフローチャート（売渡に掛けられているローンおよびトレーディングローンに対するＧＡＡＰ変換）である。
【０１５４】
ＳＴ８０２では、変換エンジン１０８は、業務イベントコード＝「ＤＬＹＰＬ」であるかどうかを判別する。そうである場合、ＳＴ８０４において「グループＩＤ」が「ＪＰ ＧＡＡＰ」に改変され、ＪＰ ＧＡＡＰ仕訳記入が、ＳＴ８０６においてＪＰ ＳｏＢ１１４にエクスポートされる。業務イベントコードが「ＤＬＹＰＬ」に等しくない場合、ＳＴ８０８において取消記入（ＤＲ／ＣＲ指示子が取り消される）が準備され、この取消仕訳記入は、ＳＴ８１０において調整ＳｏＢ１１２にエクスポートされる。米国ＧＡＡＰ総勘定元帳に対する他のインターフェイス情報、例えば、「作成日」、「会計日」、「プロダクト番号」、「顧客コード」などは、「仕訳カテゴリ名」を除いて改変されずに調整ＳｏＢ１１２に提出される。「米国ＳｏＢ」に対する「仕訳カテゴリ名」は「米国ＧＡＡＰ」である。しかしながら、これは調整仕訳記入に対しては、「変換」に置換される。
【０１５５】
（ＩＩＩ．トレーディングに掛けられているローン）
（米国ＧＡＡＰ）
トレーディングに掛けられているローンは、売買のためにマークされる（ＭＴＭ）。
【０１５６】
（ＪＰ ＧＡＡＰ）
売渡に掛けられているローンは原価で報告される。
【０１５７】
（Ａ．問題点）
米国ＧＡＡＰに従うと、トレーディングに掛けられているローンは、売買のためにマークされ、ＪＰ ＧＡＡＰに従うと、売渡に掛けられているローンは原価で報告される。ＬＳ２商業貸付アプリケーションは、ユーザが、米国ＧＡＡＰに従いトレーディングに掛けられている設備を相場で評価することを可能にする。また、ユーザは、コスト方式を必要とするＪＰ ＧＡＡＰに従って、トレーディングに掛けられている設備に対する会計方法を選択し得る。しかしながら、米国支店のユーザは、米国ＧＡＡＰ（米国公認会計士協会のガイドライン）に従って、トレーディングに掛けられている設備に対する会計方法を選択する。従って、ＪＰ ＧＡＡＰ報告の目的のためには、米国ＧＡＡＰの下で認識された未回収の利得／損失を取り消すべきである。
【０１５８】
Ｂ．解決手段／変換
（仕訳記入変換の概略）
ＭＴＭ再評価に関する全ての米国ＧＡＡＰ仕訳記入が、変換エンジン１０８を用いることにより取り消され、適切なＪＰ ＧＡＡＰ仕訳記入が生成される。ＵＳ ＧＡＡＰ仕訳記入を取り消す仕訳記入は、変換仕訳記入として調整ＳｏＢ１１２に提出される。この場合、ＪＰ ＧＡＡＰ仕訳記入は、ＪＰ ＳｏＢ１１４に提出されない。
【０１５９】
（仕訳記入変換の詳細）
ＬＳ２商業貸付アプリケーションは、一日の終わりのバッチ記入（ＥＯＤバッチ記入）を介して、取引日利用可能持分および公開売渡持分（売渡されたが支払われていない）に対する期間−日割り未回収利得／損失を掲示し、前日の終わりの時点での対応する金額を取り消すことによりＭＴＭ評価損を記録する。ＬＳ２商業貸付アプリケーションは、「業務取引コード」＝ＤＬＹＰＬ（未回収Ｐ＆Ｌの日掲）に対するこれらの仕訳記入を生成する
米国ＳｏＢインターフェイス情報は、「業務取引コード」、「Ｏｒａｃｌｅ ＧＬ勘定コード」、「ＤＲ／ＣＲ指示子」「金額」および会計目的のために必要な他の情報を含む。変換エンジン１０８がＭＴＭ再評価に対する仕訳記入、即ち、「業務取引コード」＝「ＤＬＹＰＬ」（これは、Ｏｒａｃｌｅインターフェイステーブルにおいて「仕訳カテゴリ名」としてキャプチャされる）を受け取る場合、変換エンジン１０８は変換仕訳記入を準備し、調整ＳｏＢにに記入を提出する。
【０１６０】
（（１）変換仕訳記入）
変換エンジン１０８は、変換仕訳記入を準備し、ＭＴＭ評価得／損の掲示および取消に関する米国ＧＡＡＰ仕訳記入を取り消す。これらのエントリは、ＭＴＭ評価に関連する米国ＧＡＡＰ仕訳記入のすべての「ＤＲ／ＣＲ識別子」を取り消すことにより準備される。
【０１６１】
（（２）ＪＰ ＧＡＡＰ仕訳記入）
この場合、ＪＰ ＧＡＡＰはローンに対するＭＴＭ評価を必要としないので、ＪＰ ＳｏＢ１１４には仕訳記入は提出されない。
【０１６２】
表Ｖは、サンプル仕訳記入（トレーディングに掛けられているローンに対する仕訳記入）を示し、図９は、高次元のフローチャート（売渡に掛けられているローンおよびトレーディングローンに対するＧＡＡＰ変換）である。
【０１６３】
米国ＧＡＡＰ総勘定元帳に対する他のインターフェイス情報、例えば、「作成日」、「会計日」、「プロダクト番号」、「顧客コード」などは、「仕訳カテゴリ名」を除いて改変されずに調整ＳｏＢ１１２およびＪＰ ＳｏＢ１１４に提出される。「米国ＳｏＢ」に対する「仕訳カテゴリ名」は「米国ＧＡＡＰ」である。しかしながら、これは調整ＳｏＢに対しては、「変換」に置換される。
【０１６４】
（ＩＶ．スタンバイレターオブクレジットまたは債務保証）
（米国ＧＡＡＰ）
スタンバイレターオブクレジット、債務保証、および他のリスク関与は、一般的に即座の会計効果を有さない（しかしながら、偶発債務として覚書記入が行われる）。
【０１６５】
（ＪＰ ＧＡＡＰ）
スタンバイレターオブクレジット、債務保証、および他のリスク関与は、偶発債務として賃借対照表に記録される。関連する偶発受取勘定も同一額だけ賃借対照表に記録される（実際の賃借対照表記入）。
【０１６６】
（Ａ．問題点）
米国の慣例では、ＬＳ２商業貸付アプリケーションは、ＳＢＬＣに対する仕訳記入および債務保証を覚書記入として実行する。ＪＰ ＧＡＡＰに一致させるには、これらの記入が賃借対照表の記入に再分類される。
【０１６７】
（Ｂ．解決手段／変換）
米国ＧＡＡＰに従うと、ＬＳ２商業貸付アプリケーションは、ＳＢＬＣおよび債務保証元金を覚書記入として記帳する。しかしながら、ＪＰ ＧＡＡＰおよび米国ＧＡＡＰファイナンシャルステートメントは、Ｏｒａｃｌｅ総勘定元帳システムがＪＰ ＧＡＡＰおよび米国ＧＡＡＰに対し、それぞれ異なるＳｏＢを有するので、異なる勘定の概略を有し得る。総勘定元帳システムがＪＰ ＳｏＢに基づくＪＰ ＧＡＡＰファイナンシャルステートメントにコンパイルする場合、ＳＢＬＣならびに債務保証元金勘定およびそのオフセット勘定は、それぞれ「シンジケートおよび債務保証に対する顧客義務」および「シンジケートおよび未払い債務保証」として賃借対照表に含まれる。総勘定元帳システムが、米国 ＳｏＢに基づく米国 ＧＡＡＰファイナンシャルステートメントにコンパイルする場合、ＳＢＬＣならびに債務保証元金勘定およびそのオフセット勘定は、賃借対照表に含まれない。
【０１６８】
（Ｖ．スタンバイレターオブクレジットまたは売渡債務保証）
（米国ＧＡＡＰ）
スタンバイレターオブクレジットおよび売渡債務保証は、偶発債務として記録される（覚書記入）。
【０１６９】
（ＪＰ ＧＡＡＰ）
スタンバイレターオブクレジットおよび売渡債務保証は、偶発債務として記録される（実際の賃借対照表記入）。
【０１７０】
（Ａ．問題点）
ＳＢＬＣおよび債務保証が売渡される場合、ＬＳ２商業貸付アプリケーションは、覚書記入の借方勘定を、自己配分に対する勘定から参加者配分に対する勘定に再分類する。この記入結果は以下の通りである。
【０１７１】
Ｄｒ）ＬＣ元金勘定（ＬＣＰＲＮ）
Ｄｒ）ＬＣ元金売渡（ＬＣＳＬＤ）
Ｃｒ）ＬＣ元金オフセット（ＬＣＣＯＮ）
ＪＰ ＧＡＡＰ処理は、基本的に米国ＧＡＡＰに一致する。しかしながら、いくつかのＭＩＳシステムは、ＬＣ売渡額を個別に記録し、借方勘定に記録するだけでなく貸方勘定（オフセット勘定）にも記録するように設計され得る。
【０１７２】
（Ｂ．解決手段／変換）
（仕訳記入変換の概略）
変換エンジン１０８は、変換仕訳記入を準備し、「ＬＣ元金オフセット（ＬＣＣＯＮ）」に含まれる売渡額を分割して、その額を「ＬＣ元金売渡オフセット（ＳＤＣＯＮ）」として記録する。
【０１７３】
（仕訳記入変換の詳細）
変換エンジン１０８がＬＣ元金に関する仕訳記入を受け取った場合、以下の計算を実行する。
【０１７４】
値Ａ＝ＬＣ元金売渡（ＬＣＳＬＤ）
値Ａは、ＬＣ元金オフセット（ＬＣＣＯＮ）から控除され、「ＬＣ元金売渡オフセット（ＳＤＣＯＮ）」として記録される。
【０１７５】
通常のＬＣ発行取引では、ＬＣ元金（ＬＣＣＯＮ）の差引勘定は貸方勘定であり、変換仕訳記入は以下の通りである。
【０１７６】
Ｄｒ）ＬＣ元金オフセット（ＬＣＣＯＮ）
Ｃｒ）ＬＣ元金売渡オフセット（ＳＤＣＯＮ）
ＬＣ元金の縮小、例えば解約あるいは満期の場合では、変換仕訳記入は以下の通りである。
【０１７７】
Ｄｒ）ＬＣ元金売渡オフセット（ＳＤＣＯＮ）
Ｃｒ）ＬＣ元金オフセット（ＬＣＣＯＮ）
表ＶＩは、サンプル仕訳記入（ＳＢＬＣ売渡に対する仕訳記入）を示す。
【０１７８】
図１０は、ＳＢＬＣ売渡に対するＧＡＡＰ変換を示すフローチャートである。ＳＴ９０２では、業務取引コード＝「ＬＣＤＲＰ」、「ＳＲＣＬＳ」、「ＳＢＴＡＣ」または「ＳＢＴＮＡ」であるかどうかが判別される。そうでない場合は、ＳＴ９０４において「グループＩＤ」が「ＪＰ ＧＡＡＰ」に改変され、ＪＰ ＧＡＡＰ仕訳記入がＳＴ９０６においてＪＰ ＳｏＢ１１４ににエクスポートされる。業務取引コードが「ＬＣＤＲＰ」、「ＳＲＣＬＳ」、「ＳＢＴＡＣ」または「ＳＢＴＮＡ」に等しい場合、図１１を参照してより詳細に説明するように、ＳＴ９０８において変換仕訳記入が準備される。ＳＴ９１０では、米国ＧＡＡＰ仕訳記入および変換仕訳記入が用いられ、ＪＰ ＧＡＡＰ仕訳記入が準備される。米国ＧＡＡＰ仕訳記入および変換仕訳記入はネットアウトされ、「グループＩＤ」が「ＪＰ ＧＡＡＰ」に改変される。ＪＰ ＧＡＡＰ仕訳記入は、ＳＴ９１２においてＪＰ ＳｏＢ１１４にエクスポートされる。変換仕訳記入は、ＳＴ９１４において調整ＳｏＢにエクスポートされる。
【０１７９】
図１１は、ＳＢＬＣ売渡に対する変換仕訳記入の準備を説明するフローチャートである。ＳＴ１００２では、勘定番号２９１５０１、２９２５０２または２９３５０１に対する米国ＧＡＡＰ仕訳記入のＤＲ／ＣＲ指示子および金額が抜粋される。ＳＴ１００４では、ＬＣ未払いオフセット（４９１００１）に対する仕訳記入が、割付勘定番号４９１００１により準備され、抜粋金額を割り付け、抜粋ＤＲ／ＣＲ指示子を割り付ける。ＳＴ１００６では、ＬＣ未払い売渡オフセット（４９１５０１）に対する仕訳記入が、割付勘定番号４９１５０１により準備され、抜粋金額を割り付け、抜粋ＤＲ／ＣＲ指示子を取り消す。ＳＴ１００８では、仕訳記入に対する他のすべての情報（ＤＲ／ＣＲ指示子、勘定番号、および金額を除く）が抜粋される。仕訳記入が完了すると、ＳＴ１０１０においてすべての情報が統合される。
【０１８０】
（ＶＩ．ローンにおけるプレミアム／割引の提示）
米国ＧＡＡＰ
ローンにおけるプレミアム／割引は、米国ＧＡＡＰファイナンシャルステートメント提示に対するローン元金の額から差し引かれる。
ＪＰ ＧＡＡＰ
ローン差引勘定は、元金で提示される。プレミアムおよび割引は、ローン差引勘定から差し引かれるのではなく、それぞれ前払い費用および未収収入（個別の貸借対照表項目）として提示される。
【０１８１】
（Ａ．問題点）
米国ＧＡＡＰのファイナンシャルステートメントとＪＰ ＧＡＡＰのファイナンシャルステートメントとでは、プレミアムおよび割引の提示が異なる。米国ＧＡＡＰのファイナンシャルステートメントでは、プレミアムおよび割引がローン差引勘定から差し引かれるが、ＪＰ ＧＡＡＰのファイナンシャルステートメントでは、プレミアムおよび割引が、前払い費用および未収収入として個別に提示される。
【０１８２】
（Ｂ．解決手段／変換）
ＬＳ２商業貸付アプリケーションは、元金の額に対する勘定に加え、プレミアムおよび割引に対するＧＬ勘定を個別に有する。Ｇｅｎｅｒａｌ ＬｅｄｇｅｒシステムがＪＰ ＧＡＡＰおよび米国ＧＡＡＰに対してそれぞれ個別のＳｏＢを有するので、ＪＰ ＧＡＡＰおよび米国ＧＡＡＰファイナンシャルステートメントは、異なる勘定の一覧を有し得る。Ｇｅｎｅｒａｌ Ｌｅｄｇｅｒシステムが、ＪＰ ＳｏＢ１１４に基づいてＪＰ ＧＡＡＰのファイナンシャルステートメントをコンパイルするとき、ローンにおけるプレミアムおよび割引は、それぞれ「前払い費用」および「未収収入」に含まれる。Ｇｅｎｅｒａｌ Ｌｅｄｇｅｒシステムが、米国ＳｏＢ１１０に基づいて米国ＧＡＡＰのファイナンシャルステートメントをコンパイルするとき、ローンにおけるプレミアムおよび割引は、「ローン」差引勘定から差し引かれる。
【０１８３】
（ＶＩＩ．貸倒損失に対する引当金の提示）
米国ＧＡＡＰ
米国ＧＡＡＰファイナンシャルステートメントの提示では、貸倒損失に対する引当金は、ローン元金の額から差し引かれるべきである。
ＪＰ ＧＡＡＰ
ＪＰ ＧＡＡＰファイナンシャルステートメントの提示では、貸倒損失に対する引当金は個別の貸借対照表項目（負債勘定）である。
【０１８４】
（Ａ．問題点）
貸倒損失に対する引当金の提示は、米国ＧＡＡＰファイナンシャルステートメントとＪＰ ＧＡＡＰファイナンシャルステートメントとで異なる。米国ＧＡＡＰファイナンシャルステートメントでは、ローン差引勘定が、ローン損失に対する引当金の正味金額として提示されるべきだが、ＪＰ ＧＡＡＰファイナンシャルステートメントでは、ローン差引勘定が、個別の負債勘定として提示されるべきである。
【０１８５】
（Ｂ．解決手段／変換）
ＬＳ２商業貸付アプリケーションは、元金の額に対する勘定に加え、ローン損失に対する引当金用のＧＬ勘定を個別に有する。Ｇｅｎｅｒａｌ ＬｅｄｇｅｒシステムがＪＰ ＧＡＡＰおよび米国ＧＡＡＰに対してそれぞれ個別のＳｏＢを有するので、ＪＰ ＧＡＡＰおよび米国ＧＡＡＰファイナンシャルステートメントは、異なる勘定の一覧を有し得る。Ｇｅｎｅｒａｌ Ｌｅｄｇｅｒシステムが、ＪＰ ＳｏＢ１１４に基づいてＪＰ ＧＡＡＰのファイナンシャルステートメントをコンパイルするとき、ローン損失に対する引当金は、個別の負債勘定として提示される。Ｇｅｎｅｒａｌ Ｌｅｄｇｅｒシステムが、米国ＳｏＢ１１０に基づいて米国ＧＡＡＰのファイナンシャルステートメントをコンパイルするとき、ローンにおける引当金は、「ローン」差引勘定から差し引かれる。
【０１８６】
（ＶＩＩＩ．ローン差引勘定の提示）
米国ＧＡＡＰ
各ポートフォリオ（支払期日まで維持されるポートフォリオ、または売渡に掛けられるポートフォリオ）に対して個別の差引勘定見出しが必要である。また、副抵当種別、カウンターパーティ、および支払期日に基づくローン分類に関するさらなる開示が必要である。
ＪＰ ＧＡＡＰ
それぞれのローンの法的形式（証書によるローンまたは手形によるローン）に対し個別の貸借対照表がある。
【０１８７】
（Ａ．問題点）
ＬＳ２商業貸付アプリケーションは、米国の規則のみに従ったローン分類コード表を有する。
【０１８８】
（Ｂ．解決手段／変換）
ＪＰのローン分類（証書によるローンまたは手形によるローン）に対する追加のＭＩＳコードが、各ローン契約に付与される。ローンに関するそれぞれの仕訳記入は、ＭＩＳコードを伴う。Ｇｅｎｅｒａｌ Ｌｅｄｇｅｒシステムは、それぞれのＧＬ分類コードに関して、「証書によるローン」および「手形によるローン」に対する個別の勘定を有する。Ｇｅｎｅｒａｌ Ｌｅｄｇｅｒシステムがローンに関する仕訳記入を受け取るとき、システムはＭＩＳコードに基づき「証書によるローン」と「手形によるローン」とを区別し、適切なＧＬ勘定コードを割り付ける。
【０１８９】
（ＩＸ．不履行ローン）
米国ＧＡＡＰ
不履行状態に対する定量的なＧＡＡＰ基準は存在しない（ＦＡＳＢ基準書第１１４号および１１８号）。連邦準備銀行は、利子利子計上を支払期日後９０日を過ぎるまで、または、元金支払期日を過ぎるまで、あるいは臨界イベントまで保留するのが望ましいとしている。
ＪＰ ＧＡＡＰ
減損ローンにおける収入利子計上は、日本の税法規定に明記される基準に従って保留される。一般的に、元金が支払期限を過ぎたローン、あるいは、利子が支払期限を６ヶ月以上または重大信用発生のローンにおける利子計上は保留される。
【０１９０】
（Ａ．問題点）
ＬＳ２商業貸付アプリケーションは、充当差引勘定、ローン元金額、ならびに持分割引および持分プレミアムに関して、利子計上状態の業務／ローンおよび不利子計上状態の業務／ローンに対する個別の勘定を有し、所定の信用イベントが発生した場合、対応する差引勘定を利子計上状態勘定から不利子計上状態勘定に再分類する。ＬＳ２商業貸付アプリケーションは、また、不利子計上ローンにおける未収の計上受取利子および覚書後の不利子計上ローンにおける未収の計上利子に対する記入をすべて取り消す。さらに、業務が不利子計上状態にある場合、持分割引／プレミアムの償却は保留され、すべての未収利子計上受取手数料も取り消される（利子計上手数料に対する覚書記入は、不利子計上ローンおよび業務において記録されない）。
【０１９１】
米国支店のユーザは、米国規定会計に従い不利子計上ローンを計上するべきであり、不利子計上状態への振替は、支払期日後９０日を過ぎるまで、または、元金支払期日を過ぎるまで、あるいは臨界イベントまで保留する。しかしながら、日本の営業所は、米国ＧＡＡＰ報告の目的の場合でさえ、日本ＧＡＡＰに従い不利子計上状態への振替の時機を選択し得る。従って、公式米国ＳｏＢ１１０では、不利子計上ローンは、上記のＬＳ２機能を用いて計上されるが、振替の時機はＪＰ ＧＡＡＰに従う。
【０１９２】
ＪＰ ＧＡＡＰの下では、不利子計上状態への振替は、日本の税法に従うので、米国ＧＡＡＰほど保守的ではない。振替の時機に加え、（前年に、信用イベントより前に記録された）未収計上利子も米国ＧＡＡＰ／規定会計とは異なる。通常、以下の計上利子は記録されない。
【０１９３】
ｉ）元金の支払期日後、計上利子収入は記録されない。しかしながら、元金の支払期日までの計上利子収入は、後述の他の基準に依り認識されるべきでない限り、記録されるべきである。
【０１９４】
ｉｉ）各会計年度末において、６ヶ月より前に期日となった受取利子に対する利子の回収がまったく発生していない場合、そのローンに対する会計年度中の計上利子収入は認識されない。しかしながら、ローンに対しては、前会計年度末に記録された計上受取利子がまだ未収の場合、受取が減価償却の基準（２年以上未収）に一致しない限り、その金額は取り消されるべきではない。
【０１９５】
ｉｉｉ）過去の会計年度における累積受取利子（記録されたか記録されていないかに関わらず）の回収が非常に少額（５％未満）である場合、本会計年度における計上利子収入は記録されない。しかしながら、過去の未収計上受取利子は、受取が減価償却の基準（２年以上未収）に一致しない限り取り消されない。
【０１９６】
（Ｂ．解決手段／変換）
（仕訳記入変換）
（１）米国規定調整
上述のように、不利子計上状態への振替は、米国およびＪＰ ＳｏＢの間で一致している。しかしながら、米国支店では、米国規定報告の目的のためには、支払期日を９０日過ぎたローンおける計上利子の手動の追加取消が、ＬＳ２商業貸付アプリケーションの外部で、例えば、Ｅｘｃｅｌスプレッドシートを用いて、行われるべきである。
【０１９７】
一方、ＪＰ ＧＡＡＰ報告の目的のためには、不利子計上ローンにおける追加の利子計上（減価償却基準に一致しない）が記録されるべきである。この記入は、変換仕訳記入として変換エンジン１０８に入力され、調整ＳｏＢ１１２およびＪＰ ＳｏＢ１１４の両方に供給される。各会計年度末において、不利子計上ローンおよび関連計上受取利子に関する詳細情報が（例えば、監督省庁により）検査され得る。この検査に基づき、監督官庁は、ＪＰ ＧＡＡＰの下で利子計上されるべき追加の計上受取利子を計算する。これらのへ変換仕訳記入は、変換エンジンの手動ＧＬ記入機能を介して手動で入力される。
【０１９８】
米国ＳｏＢに対する他のインターフェイス情報、例えば、「生成日」「会計日」「プロダクトコード」「顧客コード」などは、「グループＩＤ」以外の改変を伴わずに調整ＳｏＢ１１２に提出される。「米国ＳｏＢ」に対する「グループＩＤ」は「米国ＧＡＡＰ」であるが、これがＪＰ ＳｏＢ１１４に対しては「ＪＰ
ＧＡＡＰ」に置換される。
【０１９９】
（Ｘ．ローン実行・取組に係る直接費用）
米国ＧＡＡＰ
ローン実行・取組に係る直接費用は、ＦＡＳＢ基準書第９１号に従う利子法を用いて、ローンの契約期間に渡り、歩留まりの調節として繰延および認識される。
ＪＰ ＧＡＡＰ
ローン実行に対する手数料および充当料は、関連する役務が提供されたとき（通常は受領されたとき）認識される。直接および間接原価を含むローン実行原価は、発生したときに収入に賦課されるべきである。これらの手数料および原価の歩留まり調整としての繰延および償却は記録されない。
【０２００】
（Ａ．問題点１）
ＬＳ２商業貸付アプリケーションのユーザの多くは、直接ローン原価の繰延および償却のためにＬＳ２を使用しない。代わりに、その期間のすべてのローン実行活動に対して被った総直接原価は、それぞれの取引間（例えば、監督省庁、またはローンバックオフィス部門）で割り付けられ得る。関連する記入は、監督省庁、またはローンバックオフィス部門によって、直接総勘定元帳システムに入力される。
【０２０１】
（Ｂ．解決手段１）
ＬＳ２の外部のローン実行・取組に係る直接費用を繰延および償却する。
【０２０２】
（Ｃ．問題点２）
ＦＡＳＢ基準書第９１号に従ったローン実行・取組に係る直接費用を繰延および償却は、米国ＧＡＡＰの下では記録される。しかしながら、日本の報告目的のためには、繰延および償却は取り消されるべきである。
【０２０３】
（Ｄ．解決手段２）
米国ＧＡＡＰ仕訳記入を取り消すための変換仕訳記入が準備され、直接、監督省庁またはローンバックオフィス部門によって総勘定元帳システムに入力され、ＪＰ ＳｏＢ１１４が生成される。
【０２０４】
上述の財務報告システムおよび方法は、一つの会計システムにおける元記入の帳簿を、異なる会計システムの別の報告帳簿に変換するために適用され得る単一の作業フローを提供する。このシステムおよび方法は、任意の国の一般に認められた会計原則（ＧＡＡＰ）に従った様々な項目の会計方法をユーザが確立することを可能にする。
【０２０５】
上述ＧＡＡＰ変換は、本発明の実施形態による変換エンジンを用いて実施され得る変換の例として示されている。他のＧＡＡＰの差異を計上する変換を実施するためにＰＬ／ＳＱＬが生成され得ることは、容易に理解できる。
【０２０６】
さらに、米国およびＪＰ ＧＡＡＰの間の変換は、変換エンジンを用いて獲得し得る利点を説明するために示されている。他の２つ以上のＧＡＡＰ基準間の変換を提供するために、手順が開発され得ることが想定される。
【０２０７】
【表２】

【０２０８】
【表３】

【０２０９】
【表４】

【０２１０】
【表５】

【０２１１】
【表６】

【０２１２】
【表７】

【０２１３】
【表８】

【０２１４】
【表９】

【０２１５】
【表１０】

【０２１６】
【表１１】

【０２１７】
【表１２】

本発明の特定の実施形態を図示説明してきたが、当業者により改変が行われ得るので、本発明はこの実施形態に限定されない。本願は、本願により開示および請求される基本の発明の精神および範囲に含まれる任意且つすべての改変を想定している。
【０２１８】
【発明の効果】
本明細書に記載される管理システムおよび方法は、一つの会計システムにおける帳簿を、異なる会計システムの別の報告帳簿に変換するために適用され得る単一の作業フローを提供する。このシステムおよび方法は、例えば、任意の国のＧＡＡＰに従った様々な項目の会計方法をユーザが確立することを可能にする。例えば、本明細書に記載の管理システムおよび方法は、ローン取引のための自動変換エンジンを提供する。変換エンジンは、貸付アプリケーションからの取引を処理し、米国ＧＡＡＰと日本（ＪＰ）ＧＡＡＰとの間の差異を調整する仕訳記入を自動的に作成する一連の規則を適用する。例えば、米国ＧＡＡＰの下では、定期ローン協約に関連する返却不能手数料が繰り延べられ、ローンの期間に渡って償却される。ＪＰ ＧＡＡＰのもとでは、そのような手数料は即時収入として処理される。前払い手数料の支払いに対する処理が米国ＧＡＡＰの商業貸付アプリケーションに入力されると、商業貸付アプリケーションは、手数料を繰り延べて償却するための記入を作成する。本発明の変換エンジンは、これらの取引を検出すると、繰延を取り消し、手数料をＪＰ ＧＡＡＰに対する収入として処理する。また、変換エンジンは、この手数料が既に認識されたので、その後の任意の償却も取り消す。
【図面の簡単な説明】
【図１】本発明による変換システム１０の簡略ブロック図である。
【図２Ａ】本発明の１実施形態による変換エンジンを用いた財務報告システム１００の一般的アーキテクチャを示す図である。
【図２Ｂ】変換エンジンに関するフローチャートである。
【図２Ｃ】会計および記述フレックスフィールドを示す図である。
【図３】本発明の１実施形態による変換システムを実施するのに適したコンピュータシステム２００を示す図である。
【図４】変換エンジン１０８による、前払い手数料に対するＧＡＡＰ変換を示すフローチャートである。
【図５】前払い手数料に対する変換仕訳記入の準備を示すフローチャートである。
【図６】前払い手数料に対する変換仕訳記入（売渡）を準備するためのプログラム１を示すフローチャートである。
【図７】前払い手数料に対する変換仕訳記入（損失処理）を準備するためのプログラム２を示すフローチャートである。
【図８】前払い手数料に対する変換仕訳記入（手数料認識）を準備するためのプログラム３を示すフローチャートである。
【図９】売渡に掛けられているローンおよびトレーディングローンに対するＧＡＡＰ変換を示すフローチャートである。
【図１０】売渡されたＳＢＬＣに対するＧＡＡＰ変換を示すフローチャートである。
【図１１】売渡されたＳＢＬＣに対する変換仕訳記入の準備を示すフローチャートである。
【符号の説明】
１２ 変換エンジン
１４ 規則データベース
１６−１ 米国ＳｏＢ
１６−２ ＪＰ ＳｏＢ
１６−３ 調整ＳｏＢ
１０２ ＬＳ２（米国ＧＡＡＰ）
１０４ ＮＥＯＮミドルウェア
１０６ Ｏｒａｃｌｅ ＧＬインターフェイステーブル
１０８ Ｏｒａｃｌｅ作業フロー
１１０ 米国ＧＡＡＰ ＳｏＢ
１１２ 調整ＳｏＢ
１１４ ＪＰ ＧＡＡＰ ＳｏＢ[0001]
(Related application)
This application claims priority in the United States based on US Provisional Patent Application No. 60 / 171,097, filed Dec. 16, 1999. The entire contents of US Provisional Patent Application No. 60 / 171,097 are incorporated herein by reference.
[0002]
BACKGROUND OF THE INVENTION
The present invention relates generally to financial reporting systems and methods, and more particularly to financial reporting systems and methods for creating financial statements for different reporting criteria.
[0003]
[Prior art]
A financial reporting system for a company is generally composed of a plurality of applications. For banks, these applications include a general ledger application and a loan processing application. These applications create financial statements in accordance with reasonable generally accepted accounting principles (GAAP). GAAP refers to a set of rules, agreements, standards, and procedures for reporting financial information. For example, the US GAAP has been established by the Financial Accounting Standards Board (FASB).
[0004]
[Problems to be solved by the invention]
In general, there are differences between GAAP in different countries. Given that many companies operate in a multinational environment, it is desirable to provide a financial reporting system and method that adjusts for differences between different GAAPs in different countries.
[0005]
[Means for Solving the Problems]
According to one aspect of the invention, a management system allows a computer-implemented routine for accessing journal entries stored in computer-readable memory, and a first set of books and a second based on the accessed journal entries. And a computer-implemented journal entry creation routine that automatically creates journal entries for a set of books. The journal entry for the first set of books follows a first reporting standard, and the journal entry for the second set of books follows a different second reporting standard.
[0006]
The management systems and methods described herein provide a single workflow that can be applied to convert an initially completed book in one accounting system to another report book in a different accounting system. . This system and method allows a user to establish accounting methods for various items according to, for example, GAAP of any country. For example, the management systems and methods described herein provide an automatic conversion engine for loan transactions. The conversion engine processes a transaction from a lending application and applies a set of rules that automatically create journal entries that adjust for differences between US GAAP and Japan (JP) GAAP. For example, under US GAAP, non-refundable fees associated with periodic loan agreements are deferred and amortized over the term of the loan. Under JP GAAP, such fees are treated as immediate income. When the processing for the payment of the prepayment fee is entered into the US GAAP commercial lending application, the commercial lending application creates an entry to defer and amortize the fee. When the conversion engine of the present invention detects these transactions, it cancels the deferral and treats the fee as revenue for JP GAAP. The conversion engine also cancels any subsequent amortization since this fee has already been recognized.
[0007]
The conversion engine is configured to perform similar conversions for other differences between US and JP GAAP.
[0008]
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate various features of the present invention, and together with the foregoing general description and the following detailed description, illustrate the principles of the invention. Is used to explain.
[0009]
The system according to the present invention includes a routine for accessing journal entries stored in memory, and an automatic journal entry that creates journal entries for the first and second set of books based on the accessed journal entries. The journal entry for the first set of books is in accordance with a first reporting standard and the journal entry for the second set of books is a different second report. According to standards, the above objectives are thereby achieved.
[0010]
The journal entry creation routine also creates a journal entry for a third set of books based on the accessed journal entry, the journal entry for the third set of books being the first and second reporting criteria. Adjustments due to differences between them may be included.
[0011]
The journal entry stored in the memory is in accordance with the first reporting criteria, the journal entry creation routine including a conversion routine, and the journal entry stored in the memory is converted to the first reporting criteria. It may be converted from conformity to conformity to the second reporting criteria.
[0012]
The conversion routine may select a journal entry stored in the memory based on one or more predetermined evaluation criteria.
[0013]
The predetermined evaluation criterion may be selected from the group consisting of risk type, portfolio type, and account.
[0014]
The first reporting standard may be a generally accepted accounting principle in the United States, and the second reporting standard may be a generally accepted accounting principle in Japan.
[0015]
The journal entry stored in the memory may include an entry for a loan being sold.
[0016]
The journal entry stored in the memory may include an entry for a loan being traded.
[0017]
The journal entry stored in the memory may include an entry for a default loan.
[0018]
The journal entry stored in the memory may include an entry for a prepaid loan fee.
[0019]
The journal entry stored in the memory may include an entry for direct costs related to loan execution / approach.
[0020]
The journal entry stored in the memory may include an entry for a contingent liability.
[0021]
The journal entry stored in the memory may include an entry for a loan premium / discount offer.
[0022]
The journal entry stored in the memory may include an entry for a provision for allowance for credit losses.
[0023]
The journal entry stored in the memory may include an entry for a loan balance account.
[0024]
The method according to the present invention comprises the steps of accessing previously stored journal entries and creating journal entries for the first set of books and the second set of books based on the accessed journal entries. A management method executed by a computer or with the assistance of a computer, wherein the journal entry for the first set of books is in accordance with a first reporting standard and the journal entry for the second set of books is different According to the second reporting standard, the above objective is thereby achieved.
[0025]
Further comprising creating a journal entry for a third set of books based on the journal entry stored in the memory, wherein the journal entry for the third set of books includes the first and second reporting criteria. Adjustments arising from differences between them may be included.
[0026]
The first reporting standard may be a generally accepted accounting principle in the United States, and the second reporting standard may be a generally accepted accounting principle in Japan.
[0027]
The journal entry stored in the memory may include an entry for a loan being sold.
[0028]
The journal entry stored in the memory may include an entry for a loan being traded.
The journal entry stored in the memory may include an entry for a default loan.
The journal entry stored in the memory may include an entry for a prepaid loan fee.
[0029]
The journal entry stored in the memory may include an entry for direct costs related to loan execution / approach.
[0030]
The journal entry stored in the memory may include an entry for a contingent liability.
[0031]
The journal entry stored in the memory may include an entry for a loan premium / discount offer.
[0032]
The journal entry stored in the memory may include an entry for a provision for allowance for credit losses.
[0033]
The journal entry stored in the memory may include an entry for a loan balance account.
[0034]
The present invention includes a computer readable medium having computer-executable instructions for performing the method of the present invention, whereby the above objective is accomplished.
[0035]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 is a simplified block diagram of a conversion system 10 according to the present invention. The conversion system 10 includes a conversion engine 12 supplied with the data record. These data records can be of various types including, but not limited to, records from commercial lending systems, deposit systems, treasury systems, trade finance systems, accounts payable systems, inventory systems, or accounts receivable systems. Each of these records includes one or more fields, and these fields are combined to form a record. For example, in the case of a record from a commercial lending system, the field is one or more fields (for example, business type identifier (domestic, international), branch identifier, department identifier, etc.) for specifying information related to the banking business that caused the record ), One or more fields to identify information about the customer related to the record (eg customer identifier), and one or more fields to identify the nature of the transaction (loan, standby credit, etc.) obtain.
[0036]
The conversion engine 12 selectively processes these data records according to the rules stored in the rules database 14. This process is selective in that the conversion engine validates one or more of the predetermined fields in the data record and determines whether there are rules in the rules database 14 for “converting” the data record. It is. The rules in the rules database 14 are data records that should take into account different processes for data stored in the data records due to different regulatory authorities, different taxing authorities, different statutory accounting requirements, different generally accepted accounting principles, etc. Is used to "convert".
[0037]
For example, under US GAAP, non-repayable fees for term loan agreements are deferred and amortized over the loan term. Under JP GAAP, such fees are treated as immediate income. Applications used by US based financial institutions typically create data records for loan agreements where non-returnable fees are deferred and amortized. A data record for the payment of the prepayment fee is provided to the conversion engine 12. This data record in which non-refundable fees are deferred and amortized is sent via the conversion engine 12 to the US book set (SoB) 16-1. The conversion engine 12 duplicates this data record for JP's SoB 16-2 and determines whether any rules in the rules database 14 are applicable to this data record. In this case, as described above, under JP GAAP, non-refundable fees related to the term loan agreement are treated as immediate income. Accordingly, there is a rule in the rules database 14 to cancel the deferral reflected in the corresponding data record in the US SoB 16-1, and the fee is treated as income to JP GAAP. Conversion engine 12 also cancels any subsequent amortization since the fee has already been recognized. Therefore, the data record is JP
Write to JP SoB 16-2 according to GAAP.
[0038]
The conversion engine 12 is also configured to create a data record for the adjustment SoB 16-3 that reflects the adjustment generated by the conversion engine 12. Coordination SoB 16-3 maintains audit trails and simplifies cumulative adjustments for subsequent inspections by controllers, auditors, inspectors, and the like. US SoB 16-1, JP SoB 16-2, and Reconciliation SoB 16-3 are combined to serve as the basis for financial reporting.
[0039]
The conversion engine 12 can also be used without limitation to create data records for other SoBs, as suggested in FIG.
[0040]
As described above, the conversion system 10 can be used with commercial lending systems, deposit systems, treasury systems, trade finance systems, accounts payable systems, inventory systems, or accounts receivable systems. The following is a detailed description of the conversion engine used in connection with the commercial lending system. This detailed description is made for illustrative purposes and is not intended to be limiting.
[0041]
The conversion engine described below is typically provided as a component of a management system for a specific company such as a bank. The management system may include a variety of commercially available software applications and conversion engines, which are described herein (possibly using “middleware”) to interface with these other applications. Use data generated and output by other applications. The following description is given with reference to certain software applications (eg, commercial loans, general ledger) for performing certain functions. These software applications are identified for illustrative purposes and are not limiting. Accordingly, those skilled in the art will appreciate that the conversion engine of the present invention can be efficiently utilized with many different software applications that together comprise a management system for a particular enterprise.
[0042]
In particular, the conversion engine described herein is known as LS2 (“LS2”) ™, jointly developed by International Business Machines and Bankers Trust, also known as Loan IQ ™ or LIQ ™. Used with a commercial lending application, a general ledger application known as Oracle General Ledger ™ ("Oracle GL"), and a middleware application MQSI from Neon.
[0043]
The general architecture of a management system 100 that includes a conversion engine according to one embodiment of the invention will be described with reference to FIG. 2A. A commercially available commercial loan application 102 (such as the LS2 commercial loan application described above) creates journal entries based on transactions performed by the user. The commercial lending application 102 may have its own account record and place the journal entry in a table such as an Oracle GL-Out Table. For US based institutions, these journal entries typically conform to US GAAP. Journal entries that are accumulated in detail by accounts, transactions, and customers in the table are interfaced through the middleware application 106 (such as the above-mentioned NEON MQSI software) interface table of the general ledger application (such as the above-mentioned Oracle GL software). 108. For example, in this particular case using the LS2 commercial lending application and the Oracle GL General Ledger software, there is no conversion of data during journal entry by the middleware 106 except perhaps from converting from an LS2 GL account to an Oracle GL account number.
[0044]
Each journal entry includes an accounting flexfield (AFF) and a description flexfield (DFF). In one particular implementation, the AFF consists of a combination of branch (business) number, department identifier, GL account number, and supervisory branch number. Each journal entry has an AFF composed of these elements. DFF is context dependent, ie its elements depend on the type of journal entry. Each journal entry has a descriptive flexfield, but its elements vary based on the type of journal entry. Examples of elements included in a DFF for a particular type of journal entry include risk type, customer number type, security ID, product, and portfolio. As described below, the portfolio plays the role of a conversion process.
[0045]
When the batch entry to the journal entry interface 106 is complete, the automatic import procedure imports the journal entry into the US SoB 110. Imported journal entries are collected using a journal entry header. Journal entries under one journal entry header share a common business transaction code, accounting (effective date), currency, and risk type. If the journal entry header is successfully generated in the US SoB 110, the entry is copied from the US SoB 110 to the JP SoB 114. The conversion engine 108 then performs an analysis based on, for example, business transaction codes and / or portfolios to determine whether any rules affect the replicated entries.
[0046]
The conversion engine 108 comprises the following logical functionality.
[0047]
1. The selective conversion-conversion engine 108 is configured to screen journal entries and select entries that are affected by corporate rules, described below, based on categories such as risk type, portfolio type, and / or account. As used herein, “selective transformation” includes the ability to provide adjustment only to the journal entry portion.
[0048]
2. The minimum / maximum logic-conversion engine 108 includes logic for determining the minimum or maximum value of an array. This logic is used to calculate the gain or loss in selling a loan with a premium or discount.
[0049]
3. The cross-reference-conversion engine 108 is configured to look up the amount by referring to a table outside the conversion program. This is used for general ledger accounts that may have been changed to recalculate gains or losses due to GAAP differences.
[0050]
As described above, after a US GAAP-based journal entry is replicated in JP SoB 114, conversion engine 108 may determine whether any rules in the rules database associated with conversion engine 108 are applicable to the replicated journal entry. Is determined. In one implementation, these rules are organized into two database tables: an exclusion rule table and a reclassification rule table. The exclusion rule in the exclusion rule table cancels the journal entry, ie removes the journal entry from the target book set, and the reclassification rule in the reclassification table changes or replaces an item in the AFF (eg, GL account). To do. If there are rules in the rules database that are applicable to the duplicate journal entry, the conversion engine 108 applies these rules, so the journal entry in JP SoB 114 follows JP GAAP. The conversion engine 108 also generates an appropriate journal entry for the adjustment SoB 112. Coordination SoB 112 maintains audit trails and simplifies cumulative adjustments for subsequent inspections by supervisors, auditors, inspectors, and the like. Reconciliation SoB 112 is a comprehensive audit that records transactions affected by expense code, portfolio, risk type, transaction reference number, pre-conversion and post-conversion deduction accounts, and the purpose of the adjustment (eg, canceling deferred prepaid fees) Further supplementation is provided by tracking conversion reports. The US SoB 110, JP SoB 114, reconciliation SoB 112, and audit tracking report are combined to serve as the basis for financial reporting.
[0051]
In order to reconcile transactions that cannot be covered by the conversion rules in the conversion database associated with the conversion engine 108, certain manual journal entries may be passed to the adjustment SoB 112 and JP SoB 114. Manual journal entry is performed by building an interface that allows the user to selectively hand over entries to a specific SoB.
[0052]
Accordingly, the conversion engine 108 is a rule-compliant engine that selectively applies conversion logic to automate the creation of journal entries for multiple different SoBs. The conversion engine is a single flow process that can operate while the data record is being processed. That is, the conversion engine always applies the appropriate rules from the rule database whenever it detects a data record having a particular property.
[0053]
The conversion engine 108 may be implemented using an Oracle Workflow ™. Oracle Workflow allows users to define and automate enterprise processes, where each business process consists of a series of activities and is inter-activity dependent. Oracle Workflow Builder is a tool that allows the user to create, observe and / or modify enterprise processes with mouse movements. The Oracle Workflow Engine observes the state of the workflow and coordinates the route assignment of activities to the process. An “activity” in the process definition can be an automatic function defined by the PL / SQL storage procedure, a notification to the user (which optionally requests a response), or a subflow that itself is broken down into a smaller set of activities. . A workflow process is invoked when an application calls a set of Oracle Workflow Engine APIs (Application Programming Interfaces). Oracle Workflow Engine divides the appropriate work items defined by the application through the definition of a specific workflow process. According to the workflow process definition, the Workflow Engine executes an automatic process and calls an appropriate agent when external processing is required. The following detailed description enables one of ordinary skill in the art to generate an enterprise process (eg, using Oracle Workflow Builder) to implement a conversion engine according to the present invention.
[0054]
The LS2 commercial lending application can run on the IBM3272.
[0055]
Oracle Final Statement Generator ™ is a report creation tool that allows users to deploy various reports without programming. This tool is mounted on an Oracle database (eg, Version 8.05) that runs on the IBM RS6000 / SP by the AIX operating system. This tool presents current financial information by reclassifying and grouping applicable accounts, for example, and handling GAAP conversion items that do not require computation, such as presenting certain balance sheet items. Can be used.
[0056]
Finally, NEON ™ MQSI software can be used as a middleware tool to provide a data interface between various applications. The NEON software is mounted on an Oracle database (for example, Version 8.05) executed on the IBMRS 600 / SP by the AIX operating system. For the purpose of GAAP conversion, this middleware verifies the integrity of the data required for the conversion and translates the given LS2-specific data value into an Oracle GL value. This middleware application includes an important part of daily data posting and data matching during the GAAP conversion process. The purpose of matching using middleware tools has two aspects. (1) From LS2 to US GAAP, no data manipulation is required (the main purpose is to confirm the completeness and accuracy of the data). (2) From LS2 to JP GAAP, an applicable conversion procedure is executed.
[0057]
FIG. 2B shows a system flow chart for the conversion engine 108. The batch file 120 of cumulative journal entries is sent to the interface table 106 of the general ledger application (such as Oracle GL software) via the middleware application 104 (FIG. 2A). Within Oracle GL, an event alert is triggered whenever any data for a US or JP SoB ID is inserted or updated (122). The trigger invokes the journal import routine 124 (ie, US SoB 110, Adjustment SoB 112, or JP SoB 114) that batches directly to the appropriate SoB based on the data in the interface table 106. This program imports journals and batches into the GL_INTERFACE table for the appropriate SoB based on the appropriate arguments.
[0058]
An alert is triggered at 126 when a new journal header is generated in US SoB 110. This alert configures the conversion engine 108, triggers a PL / SQL package that processes 128, and replicates entries in US SoB 110 for JP SoB 114.
[0059]
The Oracle table used in the conversion engine 108 is as follows.
[0060]
GL_INTERFACES This table is an interface table to Oracle GL loaded with different data: different SoB, debit and credit amounts, GL accounts, specific journal entry line information, and source. It is.
[0061]
GL_JE_BATCHES
GL_JE_HEADERS
GL_JE_LINES
GL_JE_CATEGORIES
GL_JE_SOURCES
GL_JE_BATCHES, GL_JE_HEADERS, GL_JE_LINES, GL_JE_CATEGORIES, and GL_JE_SOURCES are used to obtain batch / header / line / source / category details of a batch.
[0062]
The conversion engine 108 evaluates whether the next replicated entry is processed differently under US GAAP and JP GAAP by reference to the custom table 130 (SUMI_RULE_ADJUSTMENTS) (128). The table 130 stores adjustment names, rule types, and other segment values. The conversion engine 108 uses the data in this table to see if the journal entry category is handled differently under USGAAP and JP GAAP. If a journal entry category exists in the table 130, there is a different process between US GAAP and JP GAAP. The conversion engine 108 determines at 132 whether this different process is based on an exclusion rule, or 134, whether it is based on a reclassification rule, and prepares an appropriate conversion entry.
[0063]
The SUMI_RULE_EXCLUSIONS table 136 includes journal entry categories that need to be excluded or canceled under JP GAAP. This table stores an exclusion rule number, an exclusion rule name, and an exclusion flag. Using the data in table 136, journal entries replicated in JP SoB 114 are adjusted for JP GAAP at 138 and appropriate journal entries are generated at reconciliation SoB 112.
[0064]
The SUMI_RULE_RECLASS table 140 includes journal entry categories that need to be reclassified between GL accounts. This table includes rule numbers, reclassification codes, cancellation flags, and other segments. The table 140 also includes an adjustment flag that is omitted based on the journal entry category using the exclusion flag. This table is used together with a table 142 called SUMI_NAT_ACCT. The SUMI_NAT_ACCT table 142 is used in conjunction with the SUMI_RULE_RECCLASS table 140 and includes accounts that have been replaced by reclassification rules. This table includes a “source” specific account segment and a “target” (adjustment) specific account segment, a HO code segment, and a branch code segment.
[0065]
If the journal entry category of the replicated journal entry exists in the SUMI_RULE_RECCLASS, there is a different processing in US and JP GAAP. If a journal entry category is found, the conversion engine 108 evaluates the SUMI_NAT_ACCT table 142 against the corresponding adjustment account and an adjustment is performed at 114. Both of these tables are used to remap the GL account used in the original entry to a different account in JP SoB 114.
[0066]
The packages used are WF_ENGINE, WF_CORE, FND_GLOBAL and FND_REQUEST. WF_ENGINE uses WF_ENGINE_Get_Item_Attribute_Number to get the appropriate batch attributes of the batch being processed and uses other procedures in the package to get batch characteristics. WF_CORE is used for contextual details, FND_GLOBAL is used to initialize import program parameters, and FND_REQUEST is used to submit an import program from the operating system (OS) level.
[0067]
The Oracle GL account chart contains two components. Account caption (horizontal) and key segment (vertical). These key segments within the Oracle application are called "flexfields". As described above, there are two types of flexfields. An accounting flexfield (required) and a description flexfield (optional). It is a minimum requirement to define the flexfield format prior to implementation. Neither accounting nor descriptive flexfields are generally easy to modify after implementation, so it is very important to design them with great care and considering future needs. The identification of each accounting and descriptive flexfield is described with reference to FIG. 1C. Unless otherwise specified, all fields are alphanumeric. Any relationships suggested in FIG. 1C are for purposes of illustration and not limitation.
[0068]
(Accounting flexfield)
A. IBF / DBF business
In the United States, this field serves to specify domestic or international banking. The default value specifies the country. In other countries, segments may be revoked to display different market jurisdictions under applicable requirements. A predetermined code string (eg, 00) may be used to indicate N / A (not applicable).
B. Department
This is also known as the cost / benefit centric code. Each subdivision has an assigned department code. The first symbol indicates a department group, and the remaining two symbols indicate unique department codes.
C. GL account
D. Supervisory branch
This field represents the branch that claims ownership of the balance account or transaction recorded in Oracle GL.
[0069]
(Description flexfield)
E. Product code
This field is useful for reporting such as the purpose of GAAP conversion and profit margin. Accounts are grouped by product type, and a value is assigned to each of the accounts.
F. Portfolio code
This field, like the product code, is used for the purpose of GAAP conversion, and for reporting such as profit rate.
G. Customer number
H. Transaction reference number
I. VAT identifier
This field helps provide value added tax calculation requirements in VAT jurisdiction.
[0070]
(LS2)
J. et al. Customer ID
K. Entry text code
L. Expenditure code
M.M. Account number
N. Risk type
O. Portfolio type
P. Security ID
In addition to the above fields, the conversion engine 108 uses the following data components in the LS2 GL entry table:
[0071]
GLE_CDE_BUS_TRAN Business transaction related to this transaction
This field is arranged in the category ID field of the journal import table of Oracle GL.
[0072]
The stored PL / SQL based procedure provides a framework for the conversion engine 108 to perform the conversion. These storage procedures may be implemented in any suitable computing environment, such as an environment running Oracle® Workflow®. FIG. 3 illustrates a computer system 200 suitable for use in combination with a conversion engine. The computer system 200 includes a processing device 203 and a system memory 205. System bus 207 couples various system components, including system memory 205, to processing unit 203. The system bus 207 can be any type of bus structure including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. The system memory 205 includes read only memory (ROM) 252 and random access memory (RAM) 254. For example, a basic input / output system (BIOS) 256 including basic routines useful for transferring information between elements in the personal computer system 200 at the time of startup or the like is stored in the ROM 252. Computer system 200 further includes various drives and associated computer readable media. The hard disk drive 209 reads and writes to a (typically fixed) magnetic hard disk 211, and the magnetic disk drive 213 reads and writes to a removable “floppy” or other magnetic disk 215. The optical disk drive 217 reads from a removable optical disk 219, such as a CD-ROM or other optical disk, and in some configurations also writes to the optical disk 219.
[0073]
The hard disk drive 209, magnetic disk drive 213, and optical disk drive 217 are connected to the system bus 207 via a hard disk drive interface 221, a magnetic disk drive interface 223, and an optical drive interface 225, respectively. The drive and associated computer readable media provide computer readable instructions, SQL based procedures, data structures, program modules, and other data non-volatile storage for the computer system 200. In other configurations, other types of computer readable media that store data accessible by the computer (eg, magnetic cassette, flash memory card, digital video disk, Bernoulli cartridge, random access memory (RAM), read only memory ( ROM) etc. may also be used.
[0074]
A number of program modules may be stored in the hard disk 211, removable magnetic disk 215, optical disk 219, and / or ROM 252 and / or RAM 254 in the system memory 205. Such program modules may include graphics and sound APIs, one or more application programs, other program modules, and an operating system that provides program data. A user may enter commands and information into the computer system 200 through input devices such as a keyboard 227 and pointing device 229. Other input devices include microphones, joysticks, game controllers, satellite receivers, scanners, and the like. These or other input devices are often connected to the processing unit 203 via a serial port interface 231 coupled to the system bus 207, although other interfaces such as a parallel port interface or a universal serial bus (USB) can be connected. It may be connected via. A monitor 223 or other type of display device is also connected to the system bus 207 via an interface such as a video adapter 235.
[0075]
Computer system 200 may also include a modem 254 or other means for establishing communications over wide area network 252 such as the Internet. The modem 254 may be internal or external and is connected to the system bus 207 via the serial port interface 231. A network interface 256 may also be provided so that the computer system 200 can communicate with the remote computing device 250 via the local area network 258 (or such communication may be a wide area network 252 or other communication path such as dial-up, or Via other communication means). Computer system 200 typically includes other peripheral output devices such as printers and other standard peripherals.
[0076]
The GAAP transformation can be considered as taking one of three different types. The first type includes reclassification. The second type involves more complex transformation calculations. The third type includes manual adjustment of journal entries. Referring to the software application described above, the first type of GAAP transformation can be implemented using an Oracle financial statement generator, and the second type of GAAP transformation can be implemented using Oracle alerts and Oracle workflows. If neither an Oracle or Oracle alert, nor an Oracle workflow is practical due to complexity, importance, or frequency of transactions, manual adjustments can be utilized. In such cases, the cost of building an automated procedure can far exceed its expected benefits.
[0077]
The following table outlines each type, individual description, and example transaction for each proposed method.
[0078]
[Table 1]

A more detailed description of these exemplary loan processing application transactions and methods is provided below.
[0079]
(I. Prepaid loan fee)
US GAAP
Financial Accounting Standard No. 91, “Non-Returnable Fees and Costs for Executing or Acquiring Loans and Accounting for Direct Direct Costs of Loans” (“SFAS No. 91”) is related to or committed to loans. Alternatively, it establishes accounting for non-refundable fees and costs for the purchase of a single loan or a group of loans. Such non-refundable (prepaid) loan fees, especially commitment fees and syndicated fees, should be deferred and recognized as interest or fee income over the term of the loan or business. Under SFAS No. 91, the interest method is the preferred method, but the flat rate method is also appropriate because of its non-importance.
JP GAAP
Prepaid loan fees are considered fee income when related services are provided (usually when received). The deferral or amortization of these fees is not recorded as a yield adjustment.
[0080]
There are two types of fee-related transactions that affect the method of GAAP conversion. That is, a loan executed or purchased at (1) face value and (2) discount or premium. For the purpose of loan processing GAAP conversion, the loan of type (1) (issued at face value) is the object of adjustment. The discount or premium accounting for the loan is substantially the same under US GAAP and JP GAAP and does not require further calculation or reclassification.
[0081]
Codes can be used to distinguish loans issued at face value from discounted or premium loans. For example, when a LS2 loan processing application is used, a “portfolio code” may be used to distinguish. “LOANPAR” can be used for loans issued at face value, and “DISCPREM” can be used for loans issued at a discount or premium.
[0082]
(A1. Problem 1)
The LS2 commercial lending application calculates amortization of prepaid loan fees based on a straight-line method.
[0083]
(A2. Solution / conversion 1)
The straight-line method is used as an amortization method because the difference from the interest rate method is not important.
[0084]
(B1. Problem 2)
The LS2 commercial lending application allows the user to defer and amortize prepaid fees or fee income as an adjustment to yield in accordance with FASB Standard 91. Therefore, for JP GAAP reporting purposes, the deferral or amortization should be canceled and adjusted to the fee income when received.
[0085]
In addition, the LS2 commercial lending application uses the “price difference” of the loan as an equity discount or equity premium (difference between principal amount and actual price for loan execution or purchase), along with deferred upfront fee income. As deferred and amortized. This accounting is consistent with US GAAP. Even under JP GAAP, the price difference should be deferred and amortized as interest over the loan term.
[0086]
Under normal practice, the relationship between prepaid fees and loan execution and purchase prices is as follows:
(1) Normal loan execution
● Prepaid fee = paid
● Execution price = face value
(2) Regular loan purchase
● Prepaid fee = paid
● Purchase price = face value
(3) Investment loan
● Prepaid fee = not paid
● Purchase price = discount price
(4) Private placement bonds
● Prepaid fee = not paid
● Purchase price = discount or premium price
For (1) and (2), the equity discount or premium equity account calculated by the LS2 commercial lending application represents a “prepaid fee” that should be immediately considered revenue under JP GAAP. On the other hand, in cases (3) and (4), the equity discount or equity premium account calculated by the LS2 commercial lending application represents the price difference that should be deferred and amortized as revenue for both JP GAAP and US GAAP.
[0087]
(B2. Solution / Conversion 2)
(Outline of journal entry conversion)
Loan transactions are classified into first and second transaction types. These two transaction types are generated as two different “portfolios” within the LS2 commercial lending application, and the user selects one of them based on the transaction information. In the Oracle GL interface table 106, the “Portfolio” commercial loan application for LS2 is captured as “Portfolio Type” in the description flexfield. The first transaction type is loan execution / purchase at face value = (normal loan execution and normal loan purchase) = portfolio code “LOANPAR”. The second transaction type is: loan / purchase at discount or premium price = (investment loan and private placement bond) = portfolio code “DISCPREM”. Accounting for the second transaction type (portfolio) is the same for both JPGAAP and US GAAP. Thus, if the conversion engine 108 receives a US GAAP journal entry related to the second transaction type, no journal entry is created in the reconciliation SoB 112, and the US GAAP journal entry is sent to JP SoB 114 as a corresponding JP GAAP journal entry. Submitted.
[0088]
However, the first transaction type (portfolio) equity discounts and equity premiums (including consolidation fees and temporary borrowing discounts) are deferred prepayment to be credited as revenue when received under JP GAAP. Represents a fee. Thus, if conversion engine 108 receives a US GAAP journal entry associated with the first transaction type, conversion engine 108 generates a journal entry for adjustment SoB 112. The conversion engine 108 combines the US GAAP journal entry and the GAAP adjustment journal entry to create an appropriate JP GAAP journal entry.
[0089]
More specifically, US GAAP journal entries created by the LS2 commercial lending application are submitted to the conversion engine 108 via the Oracle GL interface table 106 along with the “business transaction code” and “portfolio”. If conversion engine 108 receives a journal entry for portfolio code “Loan Execution / Purchase at Face Value (LOANPAR)”, it prepares the following GAAP conversion journal entry for the following “business transaction code”, and US GAAP journal entry: Convert entries to JP GAAP journal entries.
[0090]
(1. Prepaid loan fee (business transaction code = UFFBR, CPSDC) receipt)
The US GAAP journal entry for the LS2 commercial lending application temporarily records the prepaid loan fee received for operations at the syndicate as a “waiting for consolidation (FHAD)” until the syndication is complete. For JP GAAP reporting purposes, prepaid fees are credited to the fee income account “Prepaid Loan Fee Income” when received.
[0091]
(A) Conversion journal entry)
The conversion engine 108 prepares a conversion journal entry for the adjustment SoB 112, credits the amount of the prepaid fee received to “Prepaid Loan Fee Revenue”, and borrows this amount to the “Pending Order Fee (FHAD)” on the date of receipt. I will write. Separate “prepayment fee income” accounts are created for bills, loans, and other products. This journal entry is prepared by a “prepaid fee conversion program 3 (fee recognition)” to be described later.
[0092]
(B) JP GAAP journal entry)
The conversion engine 108 prepares JP GAAP journal entries for JP SoB 114 by combining (netting) US GAAP journal entries and conversion journal entries. Even if a reversal entry for error correction or cancellation is received in connection with this business event, the GAAP conversion can be processed by the same logic and conversion engine.
[0093]
(2. Distribution to participating lenders (paid to the borrower / seller))
(Business transaction code = EFPFH, CPSDC)
The US GAAP journal entry for LS2's commercial lending application debits the amount distributed to participating lenders (or paid to the borrower / seller) to a “waiting to settle (FHAD)”. For JP GAAP reporting purposes, the amount paid is credited to the fee income account “Prepaid Loan Fee Income” when paid.
[0094]
(A) Conversion journal entry)
The conversion engine 108 prepares a conversion journal entry for the adjustment SoB 112, debits the prepaid fee distributed to the participating lenders to “Prepaid Loan Fee Revenue”, and pays this amount to the “Reservation Waiting State Fee (FHAD)” on the date of payment. To lend to. As with the receipt of prepaid fees, an appropriate “prepaid fee revenue account” should be used based on the type of loan (loans with notes, securities, etc.). This journal entry is prepared by a “prepaid fee conversion program 3 (fee recognition)” to be described later.
[0095]
(B) JP GAAP journal entry)
The conversion engine 108 prepares JP GAAP journal entries for JP SoB 114 by combining (netting) US GAAP journal entries and conversion journal entries. Even if a reversal entry for error correction or cancellation is received in connection with this business event, the GAAP conversion can be processed by the same logic and conversion engine.
[0096]
(3. Discount setting (deferred prepaid loan fee) (business transaction code = BKRMD))
When the syndicated is closed, the host bank allocation of the prepaid fee is determined and the LS2 commercial lending application determines the equity discount (premium) account, ie “equity discount (DISC)”, “equity premium (PRMUM)” or “temporary” Transferred to “Loans (UNFDS)”. For JP GAAP reporting purposes, this amount has already been recognized as revenue and the transfer entry should be cancelled.
[0097]
(A) Conversion journal entry)
The conversion engine 108 prepares a conversion journal entry for the adjustment SoB 112, debits the transfer amount to “Equity Discount (DISC)” or “Temporary Debt (UNFDS)”, and sets the amount as “Stage Waiting for Reorganization (FHAD)”. To lend to. In the case of premium equity, the amount is credited to “Equity Premium (PRMUM)” or “Temporary Debt (UNFDS)” and debited to “Statement Waiting State Fee (FHAD)”. This journal entry is prepared by a “prepaid fee conversion program 3 (fee recognition)” to be described later.
[0098]
(B) JP GAAP journal entry)
The conversion engine 108 prepares JP GAAP journal entries for JP SoB 114 by combining (netting) US GAAP journal entries and conversion journal entries. In this case, the conversion journal entry offsets the US GAAP journal entry and no journal entry is passed to JP SoB 114. Even if a reversal entry for error correction or cancellation is received in connection with this business event, the GAAP conversion can be processed by the same logic and conversion engine.
[0099]
(4. Syndication complete (business transaction code = CBUY, CCAN, CSEL))
Under US GAAP, when the syndicated is closed, the remainder of the “waiting for consolidation (FHAD)” after being distributed to participating lenders and transferred to the discount account is the “syndicated fee (SYNFM)” ". However, for JP GAAP reporting purposes, prepaid loan fees are already recognized as revenue. Therefore, US GAAP journal entries should be canceled.
[0100]
(A) Conversion journal entry)
Conversion engine 108 prepares a conversion journal entry for Adjustment SoB 112 and fills in the US GAAP entry for recognizing the prepaid fee remaining in the “Syndicated Fee (SYNFM)” and “Awaiting Status Charge (FHAD)” It is canceled by debiting to “Fees (SYNFM)” and lending to “Feedback Status Fee (FHAD)”. This journal entry is prepared by a “prepaid fee conversion program 3 (fee recognition)” to be described later.
[0101]
(B) JP GAAP journal entry)
The conversion engine 108 prepares JP GAAP journal entries for JP SoB 114 by combining (netting) US GAAP journal entries and conversion journal entries. In this case, the conversion journal entry offsets the US GAAP journal entry and no journal entry is passed to JP SoB 114. Even if a reversal entry for error correction or cancellation is received in connection with this business event, the GAAP conversion can be processed by the same logic and conversion engine.
[0102]
(5. Equity discount and premium amortization (business transaction code = FAMRT, CDECR))
The LS2 commercial lending application deducts the calculated amortization amount into “Equity discount (DISC)”, “Equity premium (PRMUM)” or “Temporary borrowing discount (UNFDS)” and the amount is “Appropriation fee income (ACOMF)” ”Or“ Interest Revenue—Performance Fees (AINTI) ”to prepare US GAAP journal entries for amortization of discount accounts. For JP GAAP reporting purposes, prepaid loan fees are already recognized as revenue and amortization entries should be reversed.
[0103]
(A) Conversion journal entry)
Conversion engine 108 prepares conversion journal entries for adjustment SoB 112 and cancels US GAAP journal entries for discount account amortization. That is, it is debited to “appropriation fee income (ACOMF)” or “interest income-execution fee (AINTI)”, and credited to “equity discount (DISC)” or “temporary borrowing discount (UNFDS)”. In the case of premium interests, the amount is deducted in “Equity Premium (PRMUM)” or “Temporary Borrowing Discount (UNFDS)” and added to “Appropriation Fee Revenue (ACOMF)” or “Interest Income-Execution Fee (AINTI)”. Will be loaned. This journal entry is prepared by a “prepaid fee conversion program 3 (fee recognition)” to be described later.
[0104]
(B) JP GAAP journal entry)
The conversion engine 108 prepares JP GAAP journal entries for JP SoB 114 by combining (netting) US GAAP journal entries and conversion journal entries. In this case, the conversion journal entry offsets the US GAAP journal entry and no journal entry is passed to JP SoB 114. Even if a reversal entry for error correction or cancellation is received in connection with this business event, the GAAP conversion can be processed by the same logic and conversion engine.
[0105]
(6) Transfer to the state of accrual of interest (business transaction code = DLTNA, OTNAC))
If the loan is a nonperforming (non-accrual) loan, the “Equity Discount” and “Equity Premium” are related to the interest-bearing account, ie, “Equity Discount—Interest-accounting” and “Equity Premium-Interest-accounting”. "". For JP GAAP purposes, discounts and premiums are already recognized as revenue. Therefore, the conversion engine 108 prepares the GAAP conversion journal entry and cancels the transfer entry.
[0106]
(A) Conversion journal entry)
Conversion engine 108 prepares a conversion journal entry for Reconciliation SoB 112 and debits the US GAAP journal entry for account transfer to “Equity Discount (DISC) —Accrual of Interest” and “Equity Discount (DISC) —Accrual of Interest” Or by subscribing to “Equity Discount (DISC) – Accrual of Interest” and “Equity Premium (PRMUM) – Accrual of Interest”.
[0107]
(B) JP GAAP journal entry)
The conversion engine 108 prepares JP GAAP journal entries for JP SoB 114 by combining (netting) US GAAP journal entries and conversion journal entries. In this case, the conversion journal entry offsets the US GAAP journal entry and no journal entry is passed to JP SoB 114. Even if a reversal entry for error correction or cancellation is received in connection with this business event, the GAAP conversion can be processed by the same logic and conversion engine.
[0108]
(7. Retransfer to the state of accrual of interest (business transaction code = DLTAC, OTAC))
If a nonperforming (non-accrual) loan is performed (accounting), the reclassification of the “Equity Discount” and “Equity Premium” from the non-accounting account to the accrual account is performed by the LS2 commercial lending application The For JP GAAP purposes, the original transfer entry (from accrual to interest accrual) is canceled, so the conversion engine 108 prepares the adjustment journal entry and cancels the retransfer entry.
[0109]
(A) Conversion journal entry)
Conversion engine 108 prepares a conversion journal entry for reconciliation SoB 112, debits “Equity Discount (DISC) —Accrual of Interest” and credits “Equity Discount (DISC) —Accrual of Interest” or “ Cancel US GAAP journal entries by debiting Equity Discount (DISC)-Accrual of Interest and Equity Premium (DREM)-Accrual of Interest. This journal entry is prepared by “prepaid fee conversion program 3 (fee recognition)” described later.
[0110]
(B) JP GAAP journal entry)
The conversion engine 108 prepares JP GAAP journal entries for JP SoB 114 by combining (netting) US GAAP journal entries and conversion journal entries. In this case, the conversion journal entry offsets the US GAAP journal entry and no journal entry is passed to JP SoB 114. Even if a reversal entry for error correction or cancellation is received in connection with this business event, the GAAP conversion can be processed by the same logic and conversion engine.
[0111]
(8. Loan sales (business transaction code = FSADJ, PLSAD)
When a loan is sold, under US GAAP, a non-amortized discount / premium account is placed and realized as an adjustment to “Gain on sale (GNOSL)” and “Loss on sale (LSOSL)” . Under JP GAAP, non-depreciated amounts are already recognized as income when received / paid. Accordingly, the US GAAP amount of “Gain on sale (GNOSL)” is adjusted by the discount / premium non-amortization amount.
[0112]
(A) Conversion journal entry)
The conversion engine 108 prepares conversion journal entries for the adjustment SoB 112 necessary to adjust gains and losses in sales with the discount / premium account amortization at the time of sale. For example, non-amortized discounts are credited to “Gain on sale (GNOSL)” or “Loss on sale (LSOSL)” and loaned to “Equity discount (DISC)” or “Temporary borrowing discount (UNFDS)” It is written. In the case of non-amortized premiums, the amount is credited to “Gain on sale (GNOSL)” or “Loss on sale (LSOSL)” and “Equity premium (PREMUM)” or “Temporary borrowing discount (UNFDS) ) ". This journal entry is prepared by a “prepaid fee conversion program 1 (sale)” to be described later.
[0113]
(B) JP GAAP journal entry)
The conversion engine 108 prepares JP GAAP journal entries for JP SoB 114 by combining (netting) US GAAP journal entries and conversion journal entries. Even if a reversal entry for error correction or cancellation is received in connection with this business event, the GAAP conversion can be processed by the same logic and conversion engine.
[0114]
(9. Loan loss processing (business transaction code = CHOFF))
Under US GAAP, the loss disposal amount of the loan may be applied to “Equity Discount (DISC)”, reducing the amount that the offset is deducted to “Loss Loss Processing Loss (ALLOW)”. In addition, “equity discount (PRMUM)” is already recognized as income (reverse income) when received (or paid). In addition, “Equity Discount (PRMUM)” is also processed for loss in the same manner as the principal amount, and “loss in loss processing (ALLOW)” is increased. However, for JP GAAP reporting purposes, fees deferred as “Equity Discount (DISC)” or “Equity Premium (PRMUM) when received (or paid) are already recognized as revenue (reverse revenue). Therefore, premiums and discount amounts (including “Temporary Borrowing Discounts (UNFDS)”) should be adjusted to “Loss on Loss Processing (ALLOW)” under JP GAAP.
[0115]
(A) Conversion journal entry)
The conversion engine 108 prepares a conversion journal entry for the adjustment SoB 112, credits it to “Discounted Equity (DISC)” or “Temporary Borrowing Discount (UNFDS)”, and debits “Loss on Loss Processing (ALLOW)”. For premium interests, entries are credited to “Equity Premium (PRMUM)” or “Temporary Borrowing Discount (UNFDS)” and credited to “Loss on Loss Processing (ALLOW)”. This journal entry is prepared by a “prepaid fee conversion program 2 (loss process)” described later.
[0116]
(B) JP GAAP journal entry)
The conversion engine 108 prepares JP GAAP journal entries for JP SoB 114 by combining (netting) US GAAP journal entries and conversion journal entries. Even if a reversal entry for error correction or cancellation is received in connection with this business event, the GAAP conversion can be processed by the same logic and conversion engine.
[0117]
(10. Other transactions)
The LS2 commercial lending application also generates prepaid fees for journal entries for other loan related transactions. These transactions are adjustments to or between discounted interests, premium interests, temporary borrowing discounts, and related PL accounts. For JP GAAP purposes, all these entries regarding prepaid fees should be canceled. Therefore, for loan-related transactions for business transaction codes other than those described above, US GAAP journal entries should be converted to JP GAAP using Program 3 (Fee Recognition). The GAAP conversion can be processed by the same logic and conversion program even if a reversal entry for error correction or cancellation is received in connection with this business event.
[0118]
Table I shows a sample journal entry (Journal entry for prepaid loan fees).
[0119]
(Other interface information)
Other interface information for the US SoB, such as “Generation Date”, “Accounting Date”, “Product Code”, “Customer Code”, etc., is submitted to the adjustment SoB 112 and JP SoB 114 without modification except for “Group ID” Is done. The “group ID” for “US SoB” is “US GAAP”. This is replaced with “Conversion” and “JP GAAP” for the adjustment SoB and JP SoB, respectively.
[0120]
FIG. 4 is a flowchart showing GAAP conversion by the conversion engine 108 for a prepaid fee. The conversion engine 108 checks the “portfolio” in the journal entry (ST302) and determines whether “portfolio” = “LOANPAR (ie,“ loan executed / purchased at face value ”). Otherwise, the “group ID” is changed to JP GAAP in ST306 and exported to JP SoB 114 in ST308. If so, control is passed to ST304 where the conversion engine 108 checks the “business transaction code” of the LS2 commercial loan application (captured in the Oracle interface table 106 as “journal category”), which is , Whether it is a prepaid fee related code (such as those identified above or listed in FIG. 3). Otherwise, the journal entry is passed to JP SoB 114 via STs 306 and 308 as described above. If so, a conversion journal entry is prepared at ST310. Details of preparation for conversion journal entry will be described later.
[0121]
After the conversion journal entry is prepared, a JP GAAP journal entry is prepared at ST312 based on the US GAAP journal entry and the conversion journal entry. JP GAAP journal entries are prepared by netting out US and conversion journal entries and changing “Group ID” to “JP GAAP”. JP GAAP journal entries are exported to JP SoB 114 in ST314. The conversion journal entry prepared in ST310 is exported to the adjustment SoB 112 in ST316.
[0122]
FIG. 5 is a flowchart showing preparation for conversion journal entry for a prepaid fee. In ST402, conversion engine 108 determines whether “business event code” is “PLSAD” (loan sales) (ST406). If so, conversion journal entry is prepared in ST404 using program 1 (sales). Otherwise, the conversion engine 108 determines whether the “business transaction code” is “CHOFF” (loan loss processing). If so, the conversion journal entry is prepared in ST408 using program 2 (loss processing). Otherwise, conversion journal entries are prepared at ST410 using program 3 (fee recognition).
[0123]
Information other than the contradiction report (DR) / change request (CR) indicator, account number, and amount is extracted in ST412.
[0124]
The conversion engine 108 only converts journal entries for accounts related to prepaid fees (“prepaid fee related accounts”) “grace and amortization”. Exemplary “prepayment fee related accounts” in one implementation of the LS2 commercial lending application are listed in Table II below. Business transaction codes affected by GAAP conversion are also listed.
[0125]
(Program 1 (Sales))
To prepare the conversion journal entry, the conversion engine 108 extracts all entries in the “Prepaid Fee Related Account” of the US GAAP journal entry. The conversion engine 108 then cancels these entries and posts the net amount as an adjustment to these amounts in “Gain on loan sale” or “Loss on loan sale”. Therefore, the “Dr / Cr indicator” for “Prepaid commission related accounts” in all US GAAP journal entries is canceled, the net amount is entered in the debit or credit account of “Prepaid commission income”, and the conversion journal entries are closed Is done.
[0126]
FIG. 6 is a flowchart showing a program 1 for preparing conversion journal entry (sale) for a prepaid fee. In ST502, the amount of US GAAP entry for DR / CR indicator and prepaid fee related account is extracted from US GAAP journal entry. In ST504, the DR / CR indicator of the prepayment fee related account is canceled. In ST506, the net amount of the prepayment fee related account is calculated, and in ST508, the amount of the US GAAP entry for the DR / CR indicator and the sale account gain or loss is extracted from the US GAAP journal entry. In ST510, it is determined whether the net amount DR / CR indicator is equal to the gain DR / CR indicator (or not equal to the loss DR / CR indicator). If equal, in ST512, “gain ADJ” is calculated as “gain ADJ” = MAX (net amount—loss in sale, 0), and “loss ADJ” is calculated as “loss ADJ” = MIN (net amount, sale) Loss). Next, in ST514, the net amount DR / CR indicator is assigned to both the gain in sale and the loss in sale, the amount of “gain ADJ” is assigned to the gain in sale, and “loss ADJ” The amount is allocated to the loss on sale.
[0127]
If it is determined in ST510 that the net amount DR / CR indicator is not equal to the gain DR / CR indicator (or not equal to the loss DR / CR indicator), in ST516, “gain ADJ” is “ “Gain ADJ” = MIN (net amount, gain on sale) 10 and “loss ADJ” is calculated as “loss ADJ” = MAX (net amount, gain on sale). In ST 518, the net amount DR / CR indicator is assigned to both the gain on sale and the loss on sale, the amount of “gain ADJ” is assigned to the gain on sale, and the amount of “loss ADJ” is Assigned to loss on sale.
[0128]
In ST520, the conversion journal entry of program 1 is completed, and all elements of the journal entry are netted out.
[0129]
(Calculation of gain and loss adjustment)
More specifically, the amount to be adjusted to “acquire in sale (GNOSL)” or “loss in sale (LSOSL)” as the conversion journal entry is determined as follows.
[0130]
(I) Non-depreciation discount)
Amount adjusted to “Gain on sale (GNOSL)” = minimum (non-amortized discount under US GAAP, “Gain on sale (GNOSL)” under US GAAP)
Amount adjusted to “loss on sale (LSOSL)” = maximum (non-amortized discount under US GAAP− “gain on sale (GNOSL)” under US GAAP, 0).
[0131]
If the US GAAP journal entry is a normal sale transaction, the adjustment is deducted in “Gain on sale (GNOSL)” and “Loss on sale (LSOSL)” and “Equity Discount (DISC)” or Credited to “Temporary Borrowing Discount (UNFDS)” and conversion journal entries should be prepared.
[0132]
If the US GAAP journal entry is a cancellation of the original sale transaction for amendment, the adjustment is credited to “Gain on sale (GNOSL)” and “Loss on sale (LSOSL)” Conversion journal entries should be prepared, debited to “Discount (DISC)” or “Temporary Borrow Discount (UNFDS)”.
[0133]
(Ii) Non-depreciable premium)
Amount adjusted to “Gain on sale (GNOSL)” = maximum (non-amortized premium under US GAAP− “Loss on sale (LSOSL)” under US GAAP, 0)
Amount adjusted to “loss on sale (LSOSL)” = minimum (premium not amortized under US GAAP, “loss on sale (LSOSL)” under US GAAP).
[0134]
If the US GAAP journal entry is a normal sale transaction, the adjustment is credited to “Gain on sale (GNOSL)” and “Loss on sale (LSOSL)” and “Equity discount (DISC)” or Debited to “Temporary Borrowing Discount (UNFDS)” and conversion journal entries should be prepared.
[0135]
If the US GAAP journal entry is a cancellation of the original sale transaction for amendment, the adjustment is deducted in “Gain on sale (GNOSL)” and “Loss on sale (LSOSL)” Credited to “Discount (DISC)” or “Temporary Debt (UNFDS)” and conversion journal entries should be prepared.
[0136]
Table III shows examples of adjusting gains and losses in sales (gains and losses in loan sales).
[0137]
(Program 2 (loss processing))
In order to prepare the conversion journal entry, the conversion engine 108 extracts all entries in the “prepayment fee related account”. The conversion engine 108 then cancels these entries and posts “Loss in Loss Processing (ALLOW)” with the net amount adjusted to the account. Therefore, the conversion engine 108 cancels all the “Dr / Cr indicator” in the US GAAP journal entry to the “Prepaid Fee Related Account” and enters the net amount into the “Loss on Loss Processing (ALLOW)” debit or credit account. And settle the conversion journal entry.
[0138]
FIG. 7 is a flowchart showing a program 2 for preparing conversion journal entry (loss process) for a prepaid fee. In ST602, the US GAAP entry amount of the DR / CR indicator and the prepaid fee related account is extracted from the US GAAP journal entry. In ST606, the prepayment fee related account is canceled. In ST606, the prepaid fee-related account is calculated, and in ST608, it is determined whether or not “net amount” = CR deduction account. If so, “CR” is assigned as the DR / CR indicator, and the net CR deduction amount is assigned to the loss in the loss process in ST610. Otherwise, “DR” is allocated as a DR / CR indicator, and in ST612, the generated DR balance is allocated to the loss in the loss process.
[0139]
In ST614, the conversion journal entry of the program 2 is completed, and all elements of the journal entry are input and netted out.
[0140]
(Program 3 (fee recognition))
In order to prepare the conversion journal entry, the conversion engine 108 extracts all entries in the “prepayment fee related account”. The conversion engine 108 then cancels these entries and posts the net amount in “Prepaid Fee Revenue” as an adjustment to the account (or offset account). Accordingly, the conversion engine 108 cancels all “Dr / Cr indicator” in the US GAAP journal entry to the “Prepaid Fee Related Account” and enters the net amount into the “Prepaid Fee Revenue” as the debit or loan amount. , Close the conversion journal entry.
[0141]
“Prepaid fee income” includes loans by bills (A / C # 544301 prepaid loan fee income (loans by bills)), loans by certificates (A / C # 544302 prepaid loan fee revenues (loans by certificates)) and others Of the product (A / C # 544303 prepaid loan fee income (others)). The distribution of these accounts is determined based on the “risk type” supplied from the LS2 commercial lending application and captured in the Oracle interface table 106.
[0142]
FIG. 8 is a flowchart showing a program 3 for preparing conversion journal entry (fee confirmation) for a prepaid fee. In ST702, the amount of the US GAAP entry for the DR / CR indicator and the prepayment fee related account is extracted from the US GAAP journal entry. In ST704, the net amount of the fee related account is calculated, and in ST706, it is determined whether or not “net amount” = CR deduction account. If so, “CR” is allocated as a DR / CR indicator in ST708, and it is determined in ST710 whether or not the risk type is a loan in a securities group. If so, the amount of the net CR deduction account is allocated to “prepaid commission (loan securities)” in ST712. Otherwise, the amount of the net CR deduction account is allocated to “prepayment fee (loan by bill)” in ST714.
[0143]
If it is determined in ST706 that the “net amount” is not equal to the CR deduction account, “DR” is allocated as a DR / CR indicator in ST716, and the amount of the net DR balance is allocated to the loss in the loss process. . Next, in ST718, it is determined whether or not the risk type is a loan in a securities group. If so, the amount of the net DR deduction account is assigned to “prepaid fee (loan by certificate)” in ST720. Otherwise, the amount of the net DR deduction account is allocated to “prepayment fee (loan by bill)” in ST722.
[0144]
In ST724, the conversion journal entry of the program 3 is completed, and all elements of the journal entry are netted out.
[0145]
(II. Loans on sale)
US GAAP
Loans placed on sale are reported at a lower cost or market value (LOCOM).
[0146]
JP GAAP
Loans placed on sale are reported at cost.
[0147]
A. problem
According to US GAAP, loans being sold are reported at lower cost or market value (LOCOM). According to JP GAAP, loans being sold are reported at cost. The LS2 commercial lending application allows users to evaluate equipment being sold at LOCOM according to US GAAP (Guidelines for Certified Public Accountants). The user may select an accounting method for the equipment being sold according to JP GAAP, which requires a cost method. A user at a US branch selects LOCOM for accounting for the equipment being sold according to the guidelines of the American Institute of Certified Public Accountants. Therefore, for the purposes of JP GAAP reporting, unrecovered losses recognized under US GAAP should be reversed.
[0148]
B. Solution / Conversion
(Outline of journal entry conversion)
All US GAAP journal entries relating to the LOCOM revaluation are canceled using the conversion engine 108 to produce the appropriate JP GAAP accounting results. Journal entries that cancel US GAAP journal entries are submitted to Coordination SoB 112 as conversion journal entries. In this case, JP GAAP journal entries are not submitted to JP SoB 114.
[0149]
(Details of journal entry conversion)
The LS2 commercial lending application uses the end-of-day batch entry (EOD batch entry) to calculate period-to-day unrecovered losses for trading day available and open sale interests (sold but not paid). Post a LOCOM valuation loss by posting and canceling the corresponding amount at the end of the previous day. The LS2 commercial lending application generates these journal entries for “business transaction code” = DLYPL (unrecovered P & L diary).
[0150]
US SoB interface information includes "business transaction code", "Oracle CL account code", "DR / CR indicator", "amount" and other information required for accounting purposes. If the conversion engine 108 receives a journal entry for the LOCOM revaluation, ie “business transaction code” = “DLYPL” (which is captured as “journal category name” in the Oracle interface table), the conversion engine 108 converts the conversion journal. Prepare entry and submit entry to Coordination SoB.
[0151]
((1) Conversion journal entry)
Conversion engine 108 prepares conversion journal entries and cancels US GAAP journal entries for posting and canceling LOCOM valuation losses. These entries are prepared by revoking all “DR / CR identifiers” of US GAAP journal entries related to the LOCOM assessment.
[0152]
((2) JP GAAP journal entry)
In this case, JP GAAP does not require a LOCOM assessment for the loan, so no journal entry is submitted to JP SoB 114.
[0153]
Table IV shows sample journal entries (journal entries for loans being sold), and FIG. 9 is a high-dimensional flowchart (GAAP conversion for loans being sold and trading loans).
[0154]
In ST802, conversion engine 108 determines whether or not business event code = “DLYPL”. If so, the “group ID” is changed to “JP GAAP” in ST804, and the JP GAAP journal entry is exported to JP SoB 114 in ST806. If the business event code is not equal to “DLYPL”, a cancellation entry (DR / CR indicator is canceled) is prepared in ST808, and this cancellation journal entry is exported to the adjustment SoB 112 in ST810. Other interface information for the US GAAP general ledger, such as “creation date”, “accounting date”, “product number”, “customer code”, etc., is not modified except for “journal category name” and is sent to the adjustment SoB 112. Submitted. The “journal category name” for “US SoB” is “US GAAP”. However, this is replaced with “conversion” for the adjustment journal entry.
[0155]
(III. Loans on trading)
(US GAAP)
Loans placed on trading are marked for sale (MTM).
[0156]
(JP GAAP)
Loans placed on sale are reported at cost.
[0157]
(A. Problems)
According to US GAAP, a loan being traded is marked for sale, and according to JP GAAP, a loan being sold is reported at cost. The LS2 commercial lending application allows users to rate equipment that is being traded according to US GAAP. The user can also select an accounting method for the equipment being traded according to JP GAAP, which requires a cost method. However, a user at a US branch selects an accounting method for the equipment being traded in accordance with US GAAP (Guidelines of the Certified Public Accountants Association). Therefore, for the purposes of JP GAAP reporting, unrecovered gains / losses recognized under US GAAP should be reversed.
[0158]
B. Solution / Conversion
(Outline of journal entry conversion)
All US GAAP journal entries for the MTM revaluation are canceled using the conversion engine 108 and the appropriate JP GAAP journal entries are generated. Journal entries that cancel US GAAP journal entries are submitted to Coordination SoB 112 as conversion journal entries. In this case, JP GAAP journal entries are not submitted to JP SoB 114.
[0159]
(Details of journal entry conversion)
The LS2 commercial lending application uses the end-of-day batch entry (EOD batch entry) to make the period-to-day uncollected gains on the trading day available share and the open sale interest (sold but not paid). / Post a loss and record the MTM valuation loss by canceling the corresponding amount at the end of the previous day. The LS2 commercial lending application generates these journal entries for “business transaction code” = DLYPL (post of unrecovered P & L)
US SoB interface information includes "business transaction code", "Oracle GL account code", "DR / CR indicator", "amount" and other information required for accounting purposes. If the conversion engine 108 receives a journal entry for the MTM revaluation, ie “business transaction code” = “DLYPL” (which is captured as “journal category name” in the Oracle interface table), the conversion engine 108 converts the conversion journal. Prepare entry and submit entry to Coordination SoB.
[0160]
((1) Conversion journal entry)
Conversion engine 108 prepares conversion journal entries and cancels US GAAP journal entries for posting and canceling MTM valuation gains / losses. These entries are prepared by revoking all “DR / CR identifiers” of US GAAP journal entries related to MTM evaluation.
[0161]
((2) JP GAAP journal entry)
In this case, JP GAAP does not require an MTM evaluation for the loan, so no journal entry is submitted to JP SoB 114.
[0162]
Table V shows sample journal entries (journal entries for loans being traded), and FIG. 9 is a high-dimensional flowchart (GAAP conversion for loans being sold and trading loans).
[0163]
Other interface information for the US GAAP General Ledger, such as “creation date”, “accounting date”, “product number”, “customer code”, etc., is adjusted without modification except for “journal category name” and Submitted to JP SoB114. The “journal category name” for “US SoB” is “US GAAP”. However, this is replaced by “conversion” for the adjustment SoB.
[0164]
(IV. Standby letter of credit or debt guarantee)
(US GAAP)
Standby letters of credit, debt guarantees, and other risk involvements generally have no immediate accounting effect (however, a memorandum is entered as a contingent liability).
[0165]
(JP GAAP)
Standby letters of credit, debt guarantees, and other risk involvements are recorded as contingent liabilities on the balance sheet. The related contingent accounts are also recorded in the balance sheet by the same amount (actual balance sheet entry).
[0166]
(A. Problems)
In US practice, the LS2 commercial lending application performs journal entries and guarantees for SBLC as memorandum entries. In order to be consistent with JP GAAP, these entries are reclassified to balance sheet entries.
[0167]
(B. Solution / Conversion)
According to US GAAP, the LS2 commercial lending application records the SBLC and debt guarantee principal as a memorandum entry. However, the JP GAAP and US GAAP financial statements may have different account summaries because the Oracle general ledger system has different SoBs for JP GAAP and US GAAP, respectively. If the general ledger system compiles into a JP GAAP financial statement based on JP SoB, the SBLC and Debt Guarantee Principal Account and its Offset Account will be “Customer Obligation for Syndicated and Debt Guarantee” and “Syndicated and Unpaid Debt Guarantee” respectively. Included in balance sheet. If the General Ledger system compiles to a US GAAP financial statement based on US SoB, the SBLC and Debt Guarantee principal account and its offset account are not included in the balance sheet.
[0168]
(V. Standby Letter of Credit or Sales Debt Guarantee)
(US GAAP)
Standby letters of credit and guarantees for sale are recorded as contingent liabilities (memorandum entry).
[0169]
(JP GAAP)
Standby letters of credit and sales guarantees are recorded as contingent liabilities (actual balance sheet entry).
[0170]
(A. Problems)
If the SBLC and debt guarantee are sold, the LS2 commercial lending application reclassifies the memorandum debit account from the account for self-allocation to the account for participant allocation. The result of this entry is as follows.
[0171]
Dr) LC principal account (LCPRN)
Dr) LC principal sale (LCSLD)
Cr) LC principal offset (LCCON)
JP GAAP processing is basically consistent with US GAAP. However, some MIS systems can be designed to record the LC sales separately and not only in the debit account but also in the credit account (offset account).
[0172]
(B. Solution / Conversion)
(Outline of journal entry conversion)
The conversion engine 108 prepares conversion journal entries, divides the sales amount included in the “LC principal offset (LCCON)”, and records the amount as “LC principal sales offset (SDCON)”.
[0173]
(Details of journal entry conversion)
If the conversion engine 108 receives a journal entry for the LC principal, it performs the following calculation.
[0174]
Value A = LC principal sale (LCSLD)
The value A is deducted from the LC principal offset (LCCON) and recorded as “LC principal sale offset (SDCON)”.
[0175]
In a normal LC issuance transaction, the balance account of LC principal (LCCON) is a credit account, and conversion journal entries are as follows.
[0176]
Dr) LC principal offset (LCCON)
Cr) LC principal sale offset (SDCON)
In the case of a reduction in LC principal, for example, termination or maturity, conversion journal entries are as follows.
[0177]
Dr) LC principal sale offset (SDCON)
Cr) LC principal offset (LCCON)
Table VI shows sample journal entries (journal entries for SBLC sales).
[0178]
FIG. 10 is a flowchart showing GAAP conversion for SBLC sales. In ST902, it is determined whether or not business transaction code = “LCDRP”, “SRCLS”, “SBTAC”, or “SBTNA”. Otherwise, “Group ID” is changed to “JP GAAP” in ST904, and JP GAAP journal entries are exported to JP SoB 114 in ST906. If the business transaction code is equal to “LCDRP”, “SRCLS”, “SBTAC” or “SBTNA”, a conversion journal entry is prepared in ST908, as will be described in more detail with reference to FIG. In ST910, US GAAP journal entries and conversion journal entries are used to prepare JP GAAP journal entries. US GAAP journal entries and conversion journal entries are netted out and “Group ID” is changed to “JP GAAP”. JP GAAP journal entries are exported to JP SoB 114 in ST912. The conversion journal entry is exported to the adjustment SoB in ST914.
[0179]
FIG. 11 is a flowchart for explaining preparation for conversion journal entry for SBLC sales. In ST1002, the DR / CR indicator and amount of US GAAP journal entry for account number 291501, 292502 or 293501 are extracted. In ST1004, the journal entry for the LC unpaid offset (491001) is prepared by the allocation account number 491001, the excerpt amount is allocated, and the excerpt DR / CR indicator is allocated. In ST1006, the journal entry for the LC unpaid sales offset (491501) is prepared by the allocation account number 491501, the extract amount is allocated, and the extract DR / CR indicator is canceled. In ST1008, all other information (excluding DR / CR indicator, account number, and amount) for journal entries is extracted. When the journal entry is completed, all information is integrated in ST1010.
[0180]
(VI. Presentation of premium / discount for loans)
US GAAP
The premium / discount on the loan is deducted from the loan principal amount for the US GAAP financial statement presentation.
JP GAAP
Loan deduction accounts are presented in principal. Premiums and discounts are not deducted from the loan balance account, but are presented as prepaid expenses and accrued income (separate balance sheet items), respectively.
[0181]
(A. Problems)
US GAAP financial statements and JP GAAP financial statements differ in the presentation of premiums and discounts. In the US GAAP financial statement, premiums and discounts are deducted from the loan deduction, while in the JP GAAP financial statement, premiums and discounts are presented separately as prepaid expenses and accrued income.
[0182]
(B. Solution / Conversion)
The LS2 commercial lending application has separate GL accounts for premiums and discounts in addition to accounts for principal amounts. Since the General Ledger system has separate SoBs for JP GAAP and US GAAP, JP GAAP and US GAAP financial statements can have different account lists. When the General Ledger system compiles JP GAAP financial statements based on JP SoB 114, the premiums and discounts in the loan are included in “Prepaid Expenses” and “Receivables”, respectively. When the General Ledger system compiles US GAAP financial statements based on US SoB 110, premiums and discounts on the loan are deducted from the “loan” balance account.
[0183]
(VII. Presentation of allowance for credit losses)
US GAAP
In presenting the US GAAP financial statement, the allowance for credit losses should be deducted from the loan principal amount.
JP GAAP
In the presentation of the JP GAAP financial statement, the allowance for credit losses is a separate balance sheet item (liability account).
[0184]
(A. Problems)
The provision for allowance for credit losses differs between the US GAAP financial statement and the JP GAAP financial statement. In the US GAAP financial statement, the loan deduction account should be presented as the net amount of the allowance for loan losses, whereas in the JP GAAP financial statement, the loan deduction account should be presented as a separate liability account.
[0185]
(B. Solution / Conversion)
The LS2 commercial lending application has a separate GL account for the allowance for loan losses in addition to the account for the principal amount. Since the General Ledger system has separate SoBs for JP GAAP and US GAAP, JP GAAP and US GAAP financial statements can have different account lists. When the General Ledger system compiles JP GAAP financial statements based on JP SoB 114, the allowance for loan losses is presented as a separate liability account. When the General Ledger system compiles US GAAP financial statements based on US SoB 110, the allowance in the loan is deducted from the “loan” deduction account.
[0186]
(VIII. Presentation of loan deduction account)
US GAAP
A separate deduction account heading is required for each portfolio (a portfolio that is maintained until due or due to sale). There is also a need for further disclosure regarding loan classification based on secondary mortgage types, counterparties, and due dates.
JP GAAP
There is a separate balance sheet for each loan legal form (certificate loan or bill loan).
[0187]
(A. Problems)
The LS2 commercial lending application has a loan classification code table that complies only with US regulations.
[0188]
(B. Solution / Conversion)
An additional MIS code is added to each loan contract for the JP loan classification (certificate loan or bill loan). Each journal entry for a loan is accompanied by a MIS code. The General Ledger system has separate accounts for “Loan by Certificate” and “Loan by Bill” for each GL classification code. When the General Ledger system receives a journal entry for a loan, it distinguishes between “Loan on Certificate” and “Loan on Bill” based on the MIS code and assigns the appropriate GL account code.
[0189]
(IX. Non-performing loan)
US GAAP
There is no quantitative GAAP criterion for default (FASB standards 114 and 118). The Federal Reserve Bank wants to hold interest accrual until 90 days after the due date, past principal due date, or until a critical event.
JP GAAP
Interest accruals on impaired loans are withheld in accordance with the standards specified in Japanese tax regulations. In general, accrual of interest on loans whose principal is past due or interest is due for more than 6 months or significant credit has been suspended.
[0190]
(A. Problems)
The LS2 commercial lending application has separate accounts for accrued businesses / loans and non-interesting businesses / loans with respect to appropriation deductions, loan principal amounts, and equity discounts and equity premiums for a given credit event. If this occurs, the corresponding balance account is reclassified from the accrual status account to the nonaccrual status account. The LS2 commercial lending application also cancels all entries for accrued interest received on interest bearing loans and accrued interest on interest bearing loans after the memorandum. In addition, if the business is in an interest-bearing state, the amortization of the equity discount / premium is suspended and all accrued commissions are also cancelled. ).
[0191]
US branch users should accrue interest-bearing loans in accordance with US statutory accounts, and transfer to interest-bearing status will be past 90 days after due date, principal due date, or past due date Hold until critical event. However, a Japanese sales office may choose a time for a transfer to an accrual status in accordance with Japanese GAAP, even for US GAAP reporting purposes. Accordingly, in the official US SoB110, interest-bearing loans are accounted for using the LS2 function described above, but the timing of transfers is in accordance with JP GAAP.
[0192]
Under JP GAAP, the transfer to the state of accrual of interest is less conservative than US GAAP because it follows Japanese tax law. In addition to the timing of transfers, accrued interest (recorded prior to the credit event in the previous year) is also different from US GAAP / regulatory accounting. Generally, the following accrued interest is not recorded.
[0193]
i) Recorded interest income will not be recorded after the principal payment date. However, the accrued interest income by the due date of the principal should be recorded unless it should be recognized according to other criteria described below.
[0194]
ii) At the end of each fiscal year, if no interest collection has occurred on interest income due prior to six months, no accrued interest income is recognized for the loan during the fiscal year. However, for a loan, if the recorded interest income recorded at the end of the previous fiscal year has not yet been accrued, the amount should not be canceled unless the receipt meets the depreciation criteria (accrued for more than 2 years). .
[0195]
iii) If the collection of accumulated interest income (whether recorded or not recorded) in the past fiscal year is very small (less than 5%), the recorded interest income for the current fiscal year is not recorded. However, historical accrued interest income will not be canceled unless the receipts meet the depreciation criteria (accrued for more than two years).
[0196]
(B. Solution / Conversion)
(Journal entry conversion)
(1) US regulation adjustment
As noted above, the transfer to the accrual status is consistent between the US and JP SoB. However, at the US branch, for the purposes of US regulatory reporting, a manual additional reversal of accrued interest on loans past due 90 days is not possible outside of the LS2 commercial lending application, eg using an Excel spreadsheet. Should be done.
[0197]
On the other hand, for the purposes of JP GAAP reporting, additional interest accrual on nonaccrual loans (which does not meet depreciation standards) should be recorded. This entry is input to the conversion engine 108 as a conversion journal entry and supplied to both the adjustment SoB 112 and the JP SoB 114. At the end of each fiscal year, detailed information about the accrued loan and related accrued interest can be examined (eg, by the supervisory ministry). Based on this examination, the supervisory authority calculates additional accrued interest to be accrued under JP GAAP. These conversion journal entries are entered manually via the manual GL entry function of the conversion engine.
[0198]
Other interface information for the US SoB, such as “generation date”, “accounting date”, “product code”, “customer code”, etc., is submitted to the adjustment SoB 112 without modification other than “group ID”. The “Group ID” for “US SoB” is “US GAAP”, but this is “JP” for JP SoB114.
Replaced by “GAAP”.
[0199]
(X. Direct costs related to loan execution / approach)
US GAAP
Direct costs related to loan execution and initiatives are deferred and recognized as a yield adjustment over the life of the loan using the interest method in accordance with FASB Statement No. 91.
JP GAAP
Fees and charges for loan execution are recognized when the related services are provided (usually when received). Loan execution costs, including direct and indirect costs, should be charged to revenue when incurred. Deferrals and amortizations as a yield adjustment for these fees and costs are not recorded.
[0200]
(A. Problem 1)
Many users of LS2 commercial lending applications do not use LS2 for deferring and amortizing direct loan costs. Instead, the total direct cost incurred for all loan execution activities during that period can be allocated between each transaction (eg, the supervisory ministry or loan back office department). Relevant entries are entered directly into the general ledger system by the supervisory ministry or loan back office department.
[0201]
(B. Solution 1)
Defer and amortize direct costs related to loan execution and initiatives outside LS2.
[0202]
(C. Problem 2)
Deferred direct write-offs and amortization related to the implementation and commitment of loans in accordance with FASB Statement No. 91 are recorded under US GAAP. However, deferrals and amortizations should be canceled for Japanese reporting purposes.
[0203]
(D. Solution 2)
Conversion journal entries to cancel US GAAP journal entries are prepared and entered directly into the general ledger system by the supervisory ministry or loan back office department to generate JP SoB 114.
[0204]
The financial reporting systems and methods described above provide a single workflow that can be applied to convert an original entry book in one accounting system to another report book in a different accounting system. This system and method allows a user to establish accounting methods for various items according to generally accepted accounting principles (GAAP) of any country.
[0205]
The above-mentioned GAAP conversion is shown as an example of a conversion that can be performed using a conversion engine according to an embodiment of the present invention. It can be readily appreciated that PL / SQL can be generated to perform transformations that account for other GAAP differences.
[0206]
Further, the conversion between the US and JP GAAP is shown to illustrate the benefits that can be obtained using the conversion engine. It is envisioned that a procedure can be developed to provide a conversion between two or more other GAAP criteria.
[0207]
[Table 2]

[0208]
[Table 3]

[0209]
[Table 4]

[0210]
[Table 5]

[0211]
[Table 6]

[0212]
[Table 7]

[0213]
[Table 8]

[0214]
[Table 9]

[0215]
[Table 10]

[0216]
[Table 11]

[0217]
[Table 12]

While a particular embodiment of the invention has been illustrated and described, the invention is not limited to this embodiment as modifications can be made by those skilled in the art. This application contemplates any and all modifications that fall within the spirit and scope of the basic invention disclosed and claimed herein.
[0218]
【Effect of the invention】
The management systems and methods described herein provide a single workflow that can be applied to convert a book in one accounting system to another report book in a different accounting system. This system and method allows a user to establish accounting methods for various items according to, for example, GAAP of any country. For example, the management systems and methods described herein provide an automatic conversion engine for loan transactions. The conversion engine processes a transaction from a lending application and applies a set of rules that automatically create journal entries that adjust for differences between US GAAP and Japan (JP) GAAP. For example, under US GAAP, non-refundable fees associated with periodic loan agreements are deferred and amortized over the term of the loan. Under JP GAAP, such fees are treated as immediate income. When the processing for the payment of the prepayment fee is entered into the US GAAP commercial lending application, the commercial lending application creates an entry to defer and amortize the fee. When the conversion engine of the present invention detects these transactions, it cancels the deferral and treats the fee as revenue for JP GAAP. The conversion engine also cancels any subsequent amortization since this fee has already been recognized.
[Brief description of the drawings]
FIG. 1 is a simplified block diagram of a conversion system 10 according to the present invention.
2A is a diagram illustrating the general architecture of a financial reporting system 100 using a conversion engine according to one embodiment of the invention. FIG.
FIG. 2B is a flowchart relating to a conversion engine.
FIG. 2C illustrates accounting and description flexfields.
FIG. 3 illustrates a computer system 200 suitable for implementing a conversion system according to one embodiment of the invention.
FIG. 4 is a flowchart showing GAAP conversion for a prepaid fee by the conversion engine 108;
FIG. 5 is a flowchart showing preparation for conversion journal entry for a prepaid fee.
FIG. 6 is a flowchart showing a program 1 for preparing conversion journal entry (sale) for a prepaid fee.
FIG. 7 is a flowchart showing a program 2 for preparing conversion journal entry (loss processing) for a prepaid fee.
FIG. 8 is a flowchart showing a program 3 for preparing conversion journal entry (fee recognition) for a prepaid fee.
FIG. 9 is a flowchart showing GAAP conversion for a loan being sold and a trading loan.
FIG. 10 is a flowchart showing GAAP conversion for sold SBLC.
FIG. 11 is a flowchart showing preparation for conversion journal entry for the sold SBLC;
[Explanation of symbols]
12 Conversion engine
14 Rule database
16-1 US SoB
16-2 JP SoB
16-3 Adjustment SoB
102 LS2 (US GAAP)
104 NEON middleware
106 Oracle GL interface table
108 Oracle Workflow
110 US GAAP SoB
112 Adjustment SoB
114 JP GAAP SoB

Claims (31)

A computerized management system for converting journal entries from a first reporting standard to a second reporting standard different from the first reporting standard,
The computerized management system includes:
A source of journal entries conforming to the first reporting criteria, each journal entry including classification information for classifying the journal entry;
A rules database including one or more rule tables for storing conversion rules for converting journal entries from the first reporting criteria to the second reporting criteria;
A conversion engine running on the processing system,
The transformation engine,
Accessing the journal entry from the journal entry source ;
In accordance with the classification information of the accessed journal entry, it is determined whether any of the conversion rules stored in the rule database is applicable to the accessed journal entry, and can be applied. In some cases, the applicable conversion rule is applied to the accessed journal entry so that the accessed journal entry is converted from the first reporting criteria to the second reporting criteria. Converting to journal entries ,
Is configured to perform and generating an adjustment journal entries containing audit information about the conversion of journal entries that are the access from the first reporting standards reporting criteria of the second, computerized management system .   The computerized management system of claim 1, wherein the rules in the rule database include one or both of exclusion rules and reclassification rules.   2. The journal entry source comprises the journal entry for one or more of a commercial lending system, a deposit system, a treasury system, a trade finance system, an accounts payable system, an inventory system, an accounts receivable system. Computerized management system.   The source of the journal entry is: the loan being traded, the default loan, the advance loan fee, the direct cost of executing the loan, the contingent liability, the presentation of the loan premium / discount, the provision for the loan loss, The computerized management system of claim 1, comprising journal entries for one or more of the loan balance accounts.   The computerized management system of claim 1, wherein the first and second reporting criteria correspond to first and second different types of accepted accounting principles.   The computerized management system of claim 1, wherein the first and second reporting criteria correspond to first and second different types of statutory accounting requirements.   The computerized management system of claim 1, wherein the first and second reporting criteria are for first and second different types of taxing authorities.   The computerized management system of claim 1, wherein the first and second reporting criteria are for first and second different types of regulatory authorities.   The computerized management system of claim 1, wherein the journal entry source includes application software.   The rule database relates to an exclusion rule table for storing conversion rules relating to journal entries that are excluded or need to be canceled in the second reporting criteria, and to journal entries that require reclassification The computerized management system according to claim 1, further comprising a reclassification rule table for storing conversion rules to be stored. For each type of journal entry requiring conversion, further includes an adjustment table for storing classification information for each type of journal entry and the type of associated conversion rule,
The conversion engine is
Compare the accessed journal entry classification information with the classification information in the adjustment table, and if a match is found,
Determining the type of associated conversion rule stored in the adjustment table;
Selecting one of the exclusion rule table and the reclassification rule table according to the determined type of conversion rule;
Retrieving a transformation rule from the selected rule table;
Applying the retrieved conversion rule to the accessed journal entry, thereby converting the accessed journal entry from the first reporting criteria to the second reporting criteria. The computerized management system according to 10. A method for converting a journal entry from a first reporting standard to a second reporting standard different from the first reporting standard, comprising:
The method
Accessing journal entries conforming to the first reporting criteria, each journal entry including classification information for classifying the journal entry;
Generating a journal entry that conforms to the second reporting criteria based on the accessed journal entry; and
Generating journal entries that conform to the second reporting criteria uses a conversion engine running on the processing system,
Accessing a rules database that includes one or more rule tables storing conversion rules for converting the journal entry from the first reporting criteria to the second reporting criteria;
In accordance with the classification information of the accessed journal entry, it is determined whether any of the conversion rules stored in the rule database is applicable to the accessed journal entry, and can be applied. In certain cases, the applicable conversion rule is applied to the accessed journal entry, thereby converting the accessed journal entry from the first reporting criteria to the second reporting criteria. Converting to entry,
Generating an adjusted journal entry that includes audit information relating to converting the accessed journal entry from the first reporting criteria to the second reporting criteria.   13. The method of claim 12, wherein the first reporting standard is a generally accepted accounting principle in the United States and the second reporting standard is a generally accepted accounting principle in Japan.   The method of claim 12, wherein the accessed journal entry includes an entry for a loan being sold.   The method of claim 12, wherein the accessed journal entry includes an entry for a loan that is being traded.   The method of claim 12, wherein the accessed journal entry includes an entry for a default loan.   The method of claim 12, wherein the accessed journal entry includes an entry for a prepaid loan fee.   The method of claim 12, wherein the accessed journal entry includes an entry for a direct cost of executing and addressing a loan.   The method of claim 12, wherein the accessed journal entry includes an entry for a contingent liability.   13. The method of claim 12, wherein the accessed journal entry includes an entry for a loan premium / discount offer.   The method of claim 12, wherein the accessed journal entry includes an entry for a provision for a loan loss provision.   The method of claim 12, wherein the accessed journal entry includes an entry for a loan balance account.   The method of claim 12, wherein the transformation rule includes one or both of an exclusion rule and a reclassification rule.   13. The method of claim 12, wherein the first and second reporting criteria correspond to first and second different types of generally accepted accounting principles.   13. The method of claim 12, wherein the first and second reporting criteria correspond to first and second different types of statutory accounting requirements.   The method of claim 12, wherein the first and second reporting criteria are for first and second different types of taxing authorities.   13. The method of claim 12, wherein the first and second reporting criteria are for first and second different types of regulatory authorities.   Journal entries that meet the first reporting criteria include: the loan being traded, the non-performing loan, prepaid loan fees, the direct costs of executing and engaging in the loan, contingent liabilities, the presentation of the loan premium / discount, 13. The method of claim 12, comprising presenting a provision for credit losses and journal entries for one or more of the loan balance accounts.   The rule database relates to an exclusion rule table for storing conversion rules relating to journal entries that are excluded or need to be canceled in the second reporting criteria, and to journal entries that require reclassification 13. A method according to claim 12, comprising a reclassification rule table for storing conversion rules to be stored. Further comprising, for each type of journal entry that requires conversion, providing an adjustment table for storing the classification information for each type of journal entry and the type of associated conversion rule;
Generating journal entries in accordance with the second reporting criteria,
The accessed journal entry classification information is compared with the classification information in the adjustment table, and if a match is found, the type of the associated conversion rule stored in the adjustment table is determined, and the determined According to the type of conversion rule, one of the exclusion rule table and the reclassification rule table is selected, a conversion rule is extracted from the selected rule table, and the extracted conversion rule is used as the accessed journal entry. 30. The method of claim 29, comprising: applying to an entry, thereby converting the accessed journal entry from the first reporting criteria to the second reporting criteria. A computer-readable medium having computer-executable instructions, wherein the computer-executable instructions, when executed, cause a journal entry to be different from the first reporting criteria to a second reporting criteria. Implement a method to convert to reporting standards,
The method
Accessing journal entries conforming to the first reporting criteria, each journal entry including classification information for classifying the journal entry;
Generating a journal entry that conforms to the second reporting criteria based on the accessed journal entry;
Including
Generating journal entries that conform to the second reporting criteria,
Accessing a rules database including one or more rule tables storing conversion rules for converting journal entries from the first reporting criteria to the second reporting criteria;
In accordance with the classification information of the accessed journal entry, it is determined whether any of the conversion rules stored in the rule database is applicable to the accessed journal entry, and can be applied. In certain cases, the applicable conversion rule is applied to the accessed journal entry, thereby converting the accessed journal entry from the first reporting criteria to the second reporting criteria. Converting to entry,
Generating a reconciliation journal entry that includes audit information related to converting the accessed journal entry from the first reporting criteria to the second reporting criteria.

Images