注文管理システム

注文管理システム( OMS ) は、多くの業界で注文の入力と処理に使用される コンピュータ ソフトウェアシステムです。

注文は、製品に応じて、企業、消費者、またはその両方から受け付けられます。オファーと価格設定は、カタログ、Web サイト、または [放送ネットワーク] 広告を通じて行われる場合があります。

統合注文管理システムには、次のモジュールが含まれる場合があります。

• 製品情報（説明、属性、場所、数量）
• 約束可能な在庫（ATP）と調達
• ベンダー、購入、受領
• マーケティング（カタログ、プロモーション、価格設定）
• 顧客と見込み客
• 注文入力および顧客サービス（返品および返金を含む）
• 財務処理（クレジットカード、請求書、口座振替）
• 注文処理（選択、印刷、ピッキング、梱包、発送）

OMS をさまざまな目的で使用するビジネス ドメインはいくつかありますが、主な理由は同じです。

1. 電気通信^[1] – 顧客、アカウント、信用調査、製品の配送、請求などを追跡します。
2. 小売 – 大手小売企業は、OMS を使用して、顧客からの注文、在庫レベルの維持、梱包、出荷を追跡し、さまざまなチャネル間で注文を同期します。たとえば、顧客がオンラインで注文し、店舗で受け取る場合などです。
3. 医薬品とヘルスケア
4. 自動車 – OEMを通じて調達した部品を追跡する
5. 金融サービス

注文管理には、キャプチャ、検証、不正チェック、支払い承認、調達、バックオーダー管理、ピッキング、梱包、出荷、関連する顧客とのコミュニケーションなど、一連のプロセスで複数のステップが必要です。注文管理システムには通常、このプロセスを管理するためのワークフロー機能があります。^[2]

注文管理システムのもう一つの用途は、証券の注文執行を容易にし、管理するソフトウェアベースのプラットフォームとしてであり、通常は^[3] FIXプロトコルを介して行われます。金融市場ではトレード注文管理システムと呼ばれることもある注文管理システムは、バイサイドとセルサイドの両方で使用されますが、バイサイドとセルサイドのOMSが提供する機能は若干異なります。通常、取引所のメンバーだけが取引所に直接接続できるため、セルサイドのOMSは通常取引所への接続が可能ですが、バイサイドのOMSはセルサイド企業への接続に関係しています。

OMS を使用すると、企業はシステムに注文を入力し、事前に設定された宛先にルーティングできます。また、企業は注文を変更、キャンセル、更新できます。注文が売り手側で実行されると、売り手側の OMS は状態を更新し、注文の発信元企業に実行レポートを送信する必要があります。OMS では、企業がシステムに入力された注文に関する情報 (すべての未決済注文と以前に完了した注文の詳細を含む) にアクセスできるようにする必要があります。マルチアセット機能の開発は、OMS ソフトウェアを開発する企業にとって差し迫った課題です。^[4]

注文管理システムは、意図された資産配分アクションをバイサイドの市場性のある注文に 変換することでポートフォリオ管理をサポートします。これは通常、次の 4 つのカテゴリに分類されます。

• リバランス – 市場評価の変動とキャッシュフローを修正するために、ファンドの資産配分/市場エクスポージャーを定期的に再配分すること
• トラッキング –インデックスファンドまたはSMAを目標に合わせるための定期的な調整
• 裁量的 – ポートフォリオマネージャーとアナリストによって開始されるアドホックな再配分
• 戦術的資産配分 - 一時的な非効率性を補うために行われる再配分TAA

ポジション配分の変更は、多くの場合、複数の口座に影響を及ぼし、数百または数千の小口注文を作成します。これらの注文は通常、フロントランニングの正当な恐れを避けるために、集約成行注文とクロス注文にグループ化されます。再配分に矛盾する操作が含まれる場合、トレード クロスが行われることがあります。クロス注文では、内部口座間で株式と現金を移動し、その結果生じる「トレード」を上場取引所に公開する可能性があります。一方、集約注文は一緒にトレードされます。成行注文に参加している口座の詳細は、トレード ( OTC トレード) または実行後 (FIX および/または決済プロセスを通じて) に公開されることがあります。

米国の株式市場など、状況によっては、集約市場注文の平均価格を、集約市場注文に参加した個々の口座に割り当てられたすべての株式に適用することができます。先物市場やブラジル市場などの他の状況では、各口座に市場注文が執行される特定の価格を割り当てる必要があります。^[5] 集約市場注文から口座が受け取った価格を特定することは、取引割り当ての取引後プロセスで規制され、精査されます。

一部の注文管理システムでは、取引割り当てプロセスをさらに進めて、税ロット割り当てを提供しています。投資マネージャーは未実現損益に基づいて評価されますが、投資家は実現損益に対してキャピタルゲインを支払う必要があるため、取引終了時に使用する正確な株式/契約を慎重に選択することが投資家にとって有益となることがよくあります。たとえば、新しく取得した株式ではなく古い株式を売却すると、実効税率が低下する可能性があります。この情報は、キャピタルゲインの支払いまたは税金の申告が行われるまで確定する必要がないため、OMS の税ロット割り当ては通常暫定的なものと見なされます。会計システム内で再作成または記録された税ロット割り当ては確定的なものと見なされます。

OMS は、フロント オフィス システムとバック オフィス システム (単一プラットフォーム ソフトウェアの場合はモジュール) と通信できる、データが豊富な情報源です。価格、株式数、ボリューム、日付、時刻、金融商品、株式クラス、取引所はすべて重要なデータ値であり、資産/投資マネージャーはこれによってポートフォリオの正確で真のポジション ビューを維持し、すべての投資ガイドラインが満たされ、潜在的な違反が回避されるか、適時に解決されます。投資家と投資マネージャー間のガイドラインは、投資方針声明 ( IPS ) に記載されており、TAA の試みによりマネージャーが時間の経過とともに定められた投資戦略から逸脱しないようにするための、ポートフォリオの資産配分に対する制約として理解できます。たとえば、合意されたガイドラインには、流動性レベルを維持するために、ポートフォリオの一定部分を現金および現金同等物で構成することが含まれる場合があります。

OMS が資産運用会社のシステムと正常に通信できれば、正確でタイムリーなレポートを簡単に作成できます。すべてのデータをシームレスに解釈して、ポートフォリオのパフォーマンスと構成、投資活動、手数料、キャッシュフローに関する詳細な情報を作成できます。投資家はますます詳細で頻繁なレポートを要求しているため、資産運用会社は OMS を正しく設定して情報を提供し、コア活動に集中することができます。また、金融規制の強化により、資産運用会社はより多くのリソースを割り当て、まず取引に関する正しいデータを取得し、次に新しい基準に準拠する必要があります。たとえば、ポートフォリオの所定の割合で特定の資産クラスを保有したり、資産クラスや市場へのリスク エクスポージャーを保有したりできる場合、投資運用会社はレポート期間中にこれが満たされたことをレポートできなければなりません。

注文管理システムは、Multiordersのようなスタンドアロンシステムの場合もあれば、Oracle、Megaventory、NetSuite、Ordoro、Fishbowl 、Cloud Commerce ProなどのERPおよびSCMシステムのモジュールの場合もあります。もう1つの違いは、システムがオンプレミスソフトウェアであるかクラウドベースのソフトウェアであるかです。基本的な違いは、オンプレミスERPソリューションは企業自身のコンピューターとサーバーにローカルにインストールされ、自社のITスタッフによって管理されるのに対し、クラウドソフトウェアはベンダーのサーバーでホストされ、Webブラウザからアクセスされることです。^[6]

金融証券の注文管理システムは、スタンドアロン システムまたは PMS システムのモジュールとして使用することもでき、複数のファンドで同時に取引注文を処理することで、IT インフラストラクチャの運用リスクが低減されます。^{[引用が必要]}

• 実行管理システム
• 注文処理
• 注文書
• 販売注文