問題タブ [financial]

TOGAF 試験の準備をしていたとき、多くの業界で DataModel、Service Model、Architecture に利用できる Open Standard に出会いました。

(例: ARTS は小売業界向けのデータ モデルを定義しました。Energistics は石油技術業界向けのデータ モデルを定義しました。FPL は取引のための修正プロトコルを定義しました。SWIFT と ISO には銀行間メッセージングに関する標準があります。)

このコミュニティから知りたいのですが、金融業界で使用されている「プロトコル、データモデル、サービスモデル」というすべての OpenStandard とは何ですか? それらのうち、実際に「オープン」で広く使用されているものはいくつありますか

私は現在、会社の新しいプロジェクトの請求/請求システムを設計/実装する必要があるプロジェクトに取り組んでいます。請求書は月に1回PDFファイルとして生成され、ファイルへのリンクがお客様に送信されます。

使用されるフレームワークは.Net3.5/ C＃になります。これを最初から行う経験はあまりないので、このタイプのアプリケーションに固有の、これを行う際に考慮すべきソフトウェアの観点からのベストプラクティスがあるかどうか疑問に思いました。

この質問はおそらくかなり主観的なものだと思いますが、それを念頭に置いたガイドラインを探しています。具体的には、一般的に見落とされたり、明白でない可能性があるガイドラインです。

次のように構成されたデータセットがあります。

このデータを操作するために Octave を使用しています。このティック データを使用して、5 分、10 分、30 分間隔のデータを含むさまざまなファイルを作成したいと考えています。この形式を使用すると、棒/ローソク足チャートとしてプロットし、さらに計算を実行できます。ただし、データをループしてそのようなファイルを作成する方法がまったくわかりません。

私は Octave に精通しており、このソフトウェアを使用していますが、この特定のタスクを他のソフトウェアで実行して、後で Octave にインポートするファイルを生成することができます。

これを Octave で最初にコーディングしようとすると、次のエラーが発生します:-

それを生成するコードは

コードは「分」ベクトル fMM をチェックし、毎時 HH:45:00 と HH:49:59 の間に発生したすべてのティック データを含む新しい「min_5_vec」ベクトルを抽出して作成する必要があります。問題は、関数の一部であるこのコードが、この特定の行でのみ失敗するように見えることです。これは、コピーして貼り付けられ、数字 45 と 50 のみが変更されているため、非常に奇妙だと思います。 105 行目までの関数コードは失敗しません。生データを視覚的に確認しましたが、データの性質が失敗の原因となる原因はわかりません。失敗の考えられる原因について何か提案はありますか?

MintやMSMoneyなどの処理を行うためにクレジットカード/銀行のトランザクションをダウンロードするために使用できるC＃ライブラリまたは何かがありますか？

次のシナリオの毎月の支払いを計算しようとしています。

$5,000 を 3 年間、8.00% の月複利で借りて、期間の終わりに $1,000 を返済します。

結果 = -181.351526101918

結果は、負であることを除いて正しいです。

Payment 関数の結果が負の数を返すのはなぜですか?

I want to design a database which will keep record for financial transaction.I want to design it as a product so that it can be used for any type of financial transaction.Are there some design principles specific to financial transaction database design that can help me out to make database more durable for long term with minimal architectural level changes.Some good examples will be a great help too.

Thanks

ローンが開いている期間に基づいて、2つの異なる金利を持つローン期間の固定支払額を計算するにはどうすればよいですか？

Looking for a good Money data type for .NET that supports currencies and exchange rates (with related behaviour & operations).

• Note: I started searching for the source code seen in print in the book Test-Driven Development By Example by author Kent Beck - he develops a nice Monetary concept. Unable to find the complete source online. The book does not contain one singular listing - instead it develops the source code over the duration of the book.

Although the book doesn't go deeper I would also like the Money class to support different rounding mechanisms because that also varies among financial institutions around the globe.

Edit 1: Clarifications

By "Money class" I mean a .NET data type that I can use to support money and its operations, complete with currency support and exchange rate calculations. Something like that is a higher level abstraction and might internally use a primitive data type. Also it might rely on a bundle of classes like: Money, ExchangeRate, Bank, etc.

It might be a value type (i.e. struct) or reference type (i.e. class) but either way it would be complete and support the aforementioned features.

Edit 2: Objectives of Money data type

(This also shows why a raw decimal, int or other primitive type won't suffice for all Money needs)

Objectives of a Money data type would be:

• Safety features (i.e. prevent arithmetic on different currency types).
• Store the currency type with the value (i.e. AUD, US, DKK).
• Store formatting details (i.e. decimal grouping, currency symbols, etc.).
• Conversion providers (e.g. exchange rate) to help round out the solution.
• Reduce multiple currencies in an expression to achieve a result.

Note: Varying data values like exchange rates can be loaded from an external source and used. This question does not infer anything dynamic is hard-coded into the concept of Money.

私の学士論文では、SaaS プロバイダーが何らかのビジネス継続性を保証する方法を研究しています。

「シュリンク ラップ」ソフトウェアのソース コード エスクローの手配については、おそらくご存じでしょう。ソフトウェア サプライヤが (財務上の) トラブルに陥ったときはいつでも、顧客はソース コードと該当するすべてのドキュメントにアクセスできます。これは明らかに SaaS では機能しません。顧客はソース コードだけを使用することはできず、SaaS プロバイダーが倒産したために数週間 CRM システムにログインできないことを顧客はおそらく許せないからです。現在、この問題を解決するためのさまざまな方法を研究しています。

この連続性の問題を解決するための優れた実用的な解決策を知っていますか? それとも、すでに優れたソリューションを提供している企業ですか?

ありがとう！