個人の財務に使用する簡単な会計アプリを構築しています。
ユーザーは、購入、今後の請求書、定期預金などを追跡できます。非常に簡単です。
2 つの質問:
1) 心に留めておくべきアドバイスはありますか? もちろん、必要に応じてトランザクションを使用しますが、適切なデータ型やその他の考慮事項について知っておくとよいでしょう。
2) ユーザーの銀行から定期的に残高を取得するために使用できる API はありますか? つまり、Chase、BofA、またはその他に関係なく、アカウントのクエリを簡単にする API はありますか?
どうもありがとう、
マイケル
学校関連の非営利団体向けにカスタム作成されたオンライン会計ソフトウェアのバージョン 1.0 が完成したばかりなので、アドバイスがあります :)
会計に重点を置いた POS システムを完成させようとしているので、いくつかのヒントを追加します。つまり、購入、費用、請求、口座、クレジット カード、現金、車両などすべてを追跡する必要があります。コンセプトは、最終的にはパーソナル システムに適用されます。
最良のアドバイスは、書類を調べて、物理的な文書をコンピューターに変換するために必要なことをデータベース化することです。これを、勘定科目、勘定科目表、および仕訳帳について説明している会計の教科書の最初の数章と組み合わせてください。
私が使用した本: 指先での会計 ジョージ・マレー著 金融と起業家の会計 スザンヌ・キャプラン著 会計の紹介 エインズワース著 会計、情報技術、およびビジネスソリューション ホランダー著
ソース ドキュメントをシステムに入力したら、クエリを実行して回答を得ることができます。これを行うと、元のドキュメントに修正または追加するだけなので、「総勘定元帳」と「試算表」の概念がなくなりました。したがって、「総勘定元帳」は計算になります。それは私にとって非常に混乱しました。ここでも、すべてのソース ドキュメントが「ジャーナル」に配置されます。これは、データベース テーブルにすることができます。私は一般仕訳帳、購入仕訳帳、支払いまたは現金支払い仕訳帳、販売仕訳帳、および現金領収書仕訳帳を使用します。「現金」という用語は、現金、クレジット、小切手、借方を指すことに注意してください。
たとえば、基本的に必要なものである「一般的なジャーナル」があります。このジャーナルでは、「ソース レシート」を追跡しています。領収書は、アカウント番号を持つ Time Warner Cable のような請求書である場合があります。その場合、タイム ワーナーの「アカウント」を作成します。タイム ワーナー アカウントは、経費の種類を「インターネット」として指定する「勘定科目表」にリンクします。次に、請求書に日付、金額などが入力されます。請求書はタイム ワーナーのアカウントにリンクされます。請求書が入力されると、それは未払いです。次に、支払いを追加する必要があります。もちろん、必要に応じて請求書を全額支払うこともできますが、2 回の支払い、分割払い、または全額を支払わないことが必要になる場合があります。これにより、「請求書から支払いへのルックアップ テーブル」と組み合わせた「支払い仕訳帳」が表示されます。請求書に適用するには、適用済みの金額が必要です。未払いのタイム ワーナー請求書が 4 件あり、慌てて 200 ドル以上を送金してアカウントを復旧させる可能性があるため、この適用額は重要です。この支払いは、それぞれに適用する金額で請求書全体に分割する必要があります。そしてもちろん、支払いアカウントはあなたのアカウントにリンクされます.
レシート入力の場合、口座は使用しません。embrasse-moi でランジェリーを買って、現金で支払うとします。あなたのシステムは、サプライヤー、embrasse-moi、日付、コストを取得します。インターネットで購入し、税金を支払わなかったが、まだ支払う義務がある場合に備えて「使用税」を追加しました。これは基本的に、あなたの費用がどのカテゴリに属しているかです。それはすべて一般的なジャーナルに行きます。同じフォームに支払い方法があります。非常に一般的であるため、費用 + 正確な支払いの簡略化されたフォームを作成しました。支払いが分割されている場合は、1 つのフォームを使用して領収書を入力し、その領収書にリンクする複数の支払いを他のフォームで作成する必要があります。
したがって、最終的に、この単純な会計アプリのデータベースには次のテーブルが含まれます。 アカウント(cc/デビット カード、小切手、現金、事業購入用の在庫勘定、公共料金などの経費勘定、デフォルトのグラフなどの勘定タイプを含む勘定情報)勘定科目) 勘定科目 表(基本的には、経費と勘定科目を分類する方法を説明したリストで、営業明細書に流れます。チェックアウトできるように、ここに私のものを置きます: http://embrasse-moi.com/exampleData/pos_chart_of_accounts.csv ) どこかで開始する必要があるため、口座の残高を開始するためのテーブルがあります。 口座の種類- クレジットカード、デビットカードなどを意味します。会計方程式は基本的にアカウントに基づいて切り替わることに注意してください。当座預金口座の借方はお金を配ったので「悪い」、お金を受け取ったので貸方は「良い」、クレジットカードの借方は借金を減らしたので「良い」、借金を増やしたので貸方は「悪い」です 。これは、「資産、負債、長期資産など」です。これは、Enum 型としてカート オブ アカウントに含めることができます。次に、説明したように、ドキュメントを説明するのに十分な情報を含む一般的なジャーナルがあります。それはアカウントですか？日付、金額、タイプ (領収書または請求書) の期日、照会を容易にするために「支払済」フラグを保持します。次に、ルックアップがあります「一般仕訳」テーブルと支払いテーブルの間 次に、支払いテーブルがあります。
このすべての情報を入手したら、銀行を情報源として使用することはほとんどありません。それらが常に正しいとは限らないためです。少なくとも私の銀行は間違いを犯します。したがって、このタイプの構造により、情報を常に把握しておくことができ、月末には、このシステムが口座明細書と同じように見える明細書を作成します。そして、それが目標です。
銀行から情報を取得するための API について: 可能であれば簡単ではありません。すべてが保護されていることを確認するために、銀行がどれだけの時間を費やすか想像できます。自動接続はできないと思います。通常、オンライン バンキングにログインした後、手動でファイルをダウンロードしてデータをダウンロードする方法があります (利用可能な場合)。うまくいけば、CSV形式または同様のものになります;-)
[編集]
どうやら私はここで間違っていたようです。大手銀行は直接接続を許可しています。それについては、銀行のテクニカルサポートに相談する必要があると思います。
[/編集]
使用するデータ型に関しては、少なくとも倍精度浮動小数点数ではなく、金額の値に小数を使用することをお勧めします。それについてもこのSO質問スレッドを参照してください。