OracleDeferredCOGSアカウンティング
この投稿では、Oracle®CostManagementリリース12.0.0以降の繰延売上原価(DCOGS)勘定機能を紹介します。この拡張機能は、売上原価(COGS)を、以前は不可能だった収益に直接一致させます。
以前のバージョンでは、出荷によって収益が得られなかった場合でも、システムは在庫から出荷された商品の価値をCOGSに費やしていました。この機能拡張により、システムは在庫から出荷された商品の価値をDCOGSアカウントに入れます。
この機能拡張により、一般に公正妥当と認められた会計原則(GAAP)の推奨事項に従って収益と売上原価を同期させるように変更が加えられます。ソフトウェアが収益のパーセンテージを認識すると、在庫から出荷された商品の価値の一致するパーセンテージをDCOGSアカウントからCOGSアカウントに移動します。
会計慣行では、同じ会計期間に収益と関連するCOGSを認識する必要があります。この拡張機能により、販売注文ラインのCOGSと、その特定の販売注文ラインに対して請求される収益との照合が自動化されます。
COGSの延期は、次の要素に適用されます。
- 受注生産(構成不可)と受注組立(構成可能品目)の両方の販売注文。
- 顧客向けの営業単位からの販売注文。バージョン11.5.10で導入された新しい会計フローは、これらの注文からの出荷をドロップする可能性があります。
- 延期された売上原価のある販売注文を参照する返品承認(RMA)。拡張機能は、元の販売注文コストを使用して最新のCOGS認識率を維持することにより、これらのRMAを考慮します。
注 :RMAが受注に関連付けられている場合、システムはDCOGSと実際のCOGSの間のクレジットの配分を考慮して、既存の原価計算比率を維持します。 RMAに販売注文がない場合、DCOGSはありません。
DCOGSアカウントを設定する
DCOGSアカウントを設定するには、[在庫]->[設定]->[組織]->[パラメータ]->[その他のアカウント]に移動します。 。
古いバージョンからアップグレードする場合、組織パラメーターがnullの場合、システムはDCOGSアカウントにCOGSアカウントを入力します。必要に応じてこれを変更できます。
COGSデータフロー
次の画像は、COGSデータフローを示しています。
次のセクションでは、拡張機能がさまざまな状況を処理する方法について説明します。
受注を発行すると、システムは次の変更を行います。
-
Cst_cogs_events.COGS_Percentageを設定します
0
へ 。 -
Cst_cogs_events.Mmt_Transaction_idを設定します Mtl_Material_TransactionsのトランザクションIDに 受注発行トランザクションのテーブル。
-
Cst_cogs_events.costedを設定します Mtl_Material_Transactions.costed_flagへ 、これは
NULL
受注取引の費用が発生したとき。 -
Cst_cogs_events.Event Typeを設定します
1
へ (ここで1
セールスオーダーの問題を意味します。 -
cst_revenue_cogs_match_lines テーブルの場合、システムは Deferred_COGS_Acct_idにデータを入力します 、 COGS_Acct_id 、 Unit_cost 、および Original_shipped_Qty 列。
注 : Oe_order_lines_all.Invoice_Interface_Status_Code =Yes
(Yes
標準の販売注文とNot_Eligible
を意味します 船のみの線を意味します。
このセクションでは、列がテーブルを統合し、販売注文を入力して資料を発行した後、データフローがシームレスに流れるようにする方法を示します。
注 : RA_CUST_TRX_LINE_GL_DIST_ALL.account_set_flag =N
(ここでY
収益認識が実行されていないことを意味し、N
収益認識が実行されていることを意味します。
収益認識を収集するプロセスを実行した後、コストと収益に一致するように次の変更を行います。
-
cst_revenue_recognition_lines.potentially_unmatched_flagを設定します =
Y
。 -
cst_revenue_recognition_lines.revenue_recognition_percentを設定します =
1
(ここで1
100%を意味します。
COGS認識
収益認識プログラムを実行すると、システムは次の変更を行います。
-
cst_cogs_events.COGS_percentageを設定します
1
へ (ここで1
100%を意味します。 -
cst_cogs_events.mmt_transaction_idを設定します Mtl_Material_TransactionsのトランザクションIDに COGS認識トランザクションの表。
-
cst_cogs_events.Event Typeを設定します
3
へ (ここで3
COGS認識を意味します。 -
cst_revenue_recognition_lines.potentially_unmatched_flagを設定します to
Null
。これは、認識イベントとトランザクションが正常に生成されたことを示します。
うまくいけば、DCOGSアカウンティングの概念と、テーブル間のバックエンド統合が価値があることがわかりました。
データベースの詳細をご覧ください。
www.rackspace.comにアクセスし、セールスチャットをクリックします 会話を開始します。
[フィードバック]タブを使用して、コメントを書き込んだり、質問したりします。
-
OracleApplicationExpressの紹介
あなたの組織はより機敏になり、アプリケーションをより速く、より安く、より効率的に開発できるでしょうか? Oracle®ApplicationExpress(APEX)とローコード開発(ドラッグアンドドロップ要素を使用した視覚的な開発方法)の使用を検討してください。 はじめに APEXを使用すると、変化する要件に適応でき、開発者と組織全体がソリューションの一部になることができます。 画像ソース: https://apex.oracle.com/en/ なぜAPEXなのか? APEXは、開発者が自分のデータに対して視覚的に魅力的なアプリを作成するための最も簡単な方法です。 APEXには次
-
Oracle19cでDBCAコマンドを使用してデータベースのクローンを作成する
このブログでは、Oracle19cの新機能であるDatabaseConfiguration Assistant(DBCA)を使用して、ソースデータベースのバックアップを作成せずにリモートプラガブルデータベース(PDB)をコンテナデータベース(CDB)に複製する方法を紹介します。 ソースからターゲットへのクローン作成にかかる時間は最小限です。 ソースDBの詳細 CDB:LCONCDBPDB:LCON 以下は総数です。ソース内の各コンテナ(CDBおよびPDB)の下にあるDBFファイルのうち、クローンがターゲット内にある後に検証する必要があります。上記のソースDBから、ターゲットホスト内にCDB