問題タブ [accounting]

アカウントクラスがあり、ユーザーが2つのアカウント間で送金できるように送金画面を実装したいと考えています。

このinsRESTfullの方法をどのように実装しますか？

私はそのための標準的なアカウントと残りのアクションを持っています、それは問題ありません。しかし、どのように転送を実装しますか？

通常、「transfer」（画面をレンダリングするために呼び出される）と「transfer_update」（送信時に呼び出される）というメソッドをアカウントコントローラーと対応するビューに追加するだけですが、これは非常にRESTfullではないと思います。

ありがとうジョエル

当社では、Quickbooks Online を使用して書籍を追跡しています。アプリケーションが顧客に請求するとき、情報を入力するために QB Online にログインするのではなく、その情報が QB に自動的に記録されると便利です。

Quickbook の API を使用してこれを達成する方法はありますか? Intuit の開発者向け情報は非常に紛らわしいものです。主に、Quickbooks のデスクトップ バージョンを拡張したり、Intuit のアプリ ストアに公開するアプリを開発したりすることを目的としています。

QB Online との間でデータをプルできる Web またはその他のサービス側アプリを正常に作成しましたか?

現在のアカウント残高オブジェクトには次のプロパティがあります。

天びんに対して実行されるアクションは2つだけです。入出金。

質問は：

次のようなHQLクエリを作成するにはどうすればよいですか？

-sum all for depositAmount-sumallfor -2番目の合計から最初の合計の 結果を減算します-減算の結果を次の値を持つforinオブジェクトと比較しますuser
withdrawalAmountuser

amountuserBalancecurrentBalanceFlagtrue

擬似コード：

そして、HQLクエリを使用したデータベースへの単一の呼び出しから取得したい最終的なブール結果：

トランザクション予約データベースの設計に満足していない

シナリオ、ユーザーはシステム (アプリケーション/ゲーム、プラットフォームなど) から自分の銀行口座にお金を引き出します。

銀行が銀行振込を拒否したため、引き出し取引は失敗しました。システムは、拒否/失敗したトランザクションの手数料を差し引いた資金をユーザーに返す必要があります。

引き出しを実行するには、4 つのトランザクション エントリがあり (4 つのレコードが作成されます)、トランザクションの取り消しを実行するには、別の 6 つのトランザクション エントリがあります。合計10回の取引エントリー！(10 件のレコードが作成されました!)

これを行うためのより良い方法があるかもしれないと感じています！おそらく、レコードに予約済みのフラグを立てて、予約済みトランザクションのロジックをソフトウェアに追加できますか???

私はそれを正しくやっていますか？

複式簿記データベース設計でトランザクションを予約するにはどうすればよいですか?

編集: トランザクションの予約は、データベース トランザクションの reseval ではなく、資金の準備を指します。

質問：以下の場合、すべての金額を正の小数として保存し、借方を負の金額として保存し、貸方を正の金額として保存するのではなく、金額を「借方」または「貸方」としてフラグ付けする必要がありますか？

私のデータベース設計では、「借方」を負の金額として保存し、貸方を正の金額として保存します。

これを行うと、結果が間違って表示されることがあります。

TotalAmount = Amount-Fee、および引き出し額が$ 100で、手数料が$1の場合。

最終的に-$100-$1 =-$ 101になりますが、これは誤った結果です！ 。

NoSQL を使用する財務/会計ドメインのサブセットを知っている人はいますか?

特に、システムがバッチ処理に依存している明細書とレポートの生成を扱うプロジェクトが本番環境にあるかどうか疑問に思っています。

従来、バッチ ジョブは SQL ジョブまたはスケジュールされたタスクによって処理されていました。Web インターフェイスは、基本的に一連のパラメーター全体を変更してから、適切なバッチ リクエストを作成するためにあります。

NoSQL が魅力的だと思う理由は、バッチ プロセスが計算を処理するために SQL で数百万行のデータを処理する場合があるからです。

適切な設定があれば、これは NoSQL でも実用的でしょうか?

繰り返しになりますが、NoSQL には SQL と同様の目的があることは理解していますが、非常に大きなデータ セットを扱う場合、財務諸表の生成に NoSQL が使用されるかどうか疑問に思っていました。

2010年12月13日、質問がありました。

総勘定元帳と買掛金の業界標準の論理データモデルを探しています。すぐに利用できる会計データモデルはありますか？

ケンダウンズは答えた：

抜粋：

最も基本的な元帳は、アカウント、バッチ、およびトランザクションの3つのテーブルです。>すべてのトランザクションはバッチである必要があります。一部の人々は借方と貸方のために2つの列を作成しますが、私は常に1つの列を作成し、借方と貸方は反対の符号を持っています。

買掛金も非常に簡単です。その中心となるのは、ベンダーの表と>バウチャー/請求書の表です。最後に生成されたチェックの表...その後、味わうために装飾します:)

請求書と小切手表の両方が総勘定元帳に影響を与えるので、それぞれが一意のバッチ番号を格納する必要があると想定するのは正しいですか？スキーマは、invoice：batchテーブルとchecks：batchテーブルに対して1：1の関係を示しますか？アドバイスありがとうございます。

私はテーブルを持っていますaccount(ID,TransDate,amount,isDebit,balance)。明らかに、これはわかりやすくするために私のテーブルの縮小版です。TransDateはエントリが作成される日付で、isDebitこの取引が DEBIT か CREDIT かを示すブール値です。

新しいエントリが作成されるとtransDate、最後に作成されたエントリよりも古いエントリになる可能性があるため、正しい場所に配置し、その位置より下にあるすべての行のバランスを変更する必要があります. そこで、行を transDate ASC 、ID ASC で並べ替えます。これにより、エントリの正しい順序が得られます。

残高は、現在の金額を前の最後の残高 ID DEBIT に追加することによって生成され、現在のエントリが CREDIT の場合は差し引かれます。

次の最後の 5 つのエントリがありますsorted by transDate ASC , ID ASC。

例として account(ID,TransDate,amount,isDebit,balance)

誰でもクエリを生成できますか:

次の詳細で新しいエントリを作成するには:<ID auto> | 2011-05-9 | 1000 | 1 | <balance>

クエリは、新しいエントリの位置が ID 41 の行の後、行 ID 37 の前にあることを検出する必要があります。また、Id 41(この行の残高は新しい行の残高を計算するために使用されるため)から行をフェッチbelowし、新しい修正された残高。

または、この種の「台帳会計」を実装するための新しい方法を提案してください。

キーがタイプに基づいて別のテーブルを指しているときに、外部キーを適切に保存する方法を見つけようとしています。

検索しまし たが 、何も役に立たなかった よう です。

クレジットのほとんどの基本を格納する 1 つのテーブルがあります。

タイプ:

ここまでは順調ですね。この次の部分は、私が少し混乱しています。また、お金の出入り場所を保存する必要もあります。

どのようなタイプのものであっても外部キーを保存したいと思います。したがって、購入の場合はinvoice_idのFKを保存し、デポジットの場合はマーチャントプロバイダーからのtransaction_idを保存し、送金の場合はクレジットのuser_accounting_idを保存し、クレジットの場合はそれを保存します転送の user_accounting_id を保存します。

それを格納する単一の列があればいいのにと思います：

しかし、単一の列をtypeに基づいて異なるテーブルにリンクする外部キーにすることはできないことを知っています。したがって、それを (int) として保存することもできますが、 typeに基づいて異なるテーブルでその id を使用して JOIN を実行しようとするのは非常に面倒です。ずっと前にそれをやろうとしましたが、大きな間違いでした。

代わりに、代わりにこれを行うことができます：

しかし、それは良いことではない排他的なアークを作成するため、大きな問題です。

タイプに many_to_many_through 関係を使用することもできますが、ピボット テーブルには、複数のテーブルの同じ場所に外部キーを格納するという同じ問題が依然としてあります。

たぶん、さまざまなタイプのトランザクションを完全に異なるテーブルに格納するだけで、次のようにすることができます。

そして、外部キーは問題になりません。もちろん、誰かの口座残高を把握するには、テーブルの束から結合と合計を行う必要があります。

おそらく、それを行うためのまったく異なるより良い方法があります。テーブルがいくつあっても構いません。どこかで何かを複雑にしすぎている可能性があります。

ありがとう

私は、ユーザーがコースを購入できるようにする Django Web アプリケーションに取り組んでいます。これを行うために、各ユーザーは、利用可能な製品に使用できるお金で資金を提供するウォレットを持っています。

私の不確実性は、これらすべてのトランザクションと各ユーザーの残高を追跡する方法にあります。独自のウォレットを持つサイト アカウントと、独自のウォレットを持つ支払いプロセッサ アカウントが必要だと思います。私は両方の方法で各トランザクションを記録しますが、支払い処理業者のアカウントの残高がどうあるべきか、常に資金を提供する必要があるかどうかはわかりません。

私の説明が理にかなっていることを願っています。