問題タブ [accounting]

企業が財務を予測できるようにする Web アプリを開発する必要があります。

アプリには、従業員の給与を定義するための画面、売上予測のための画面など、さまざまな画面があります。基本的に、Excel の財務予測モデルをアプリに変換します。

問題は、データベースを設計して、財務報告書 (損益計算書や貸借対照表など) をすばやく作成できるようにするには、どのような方法が最適かということです。

• 予測期間が 5 年間であると仮定すると、5 年 * 12 か月 = 各行に 60 フィールドのテーブルがありますか? その性能は十分ですか？
• 単一の従業員データが変更されるたびに、DB トリガーを使用して給与支出を再計算しますか?

company1の勘定科目表 Aをインストールしました。このチャートは、会計に数か月使用されました。勘定科目表 Bに変換し、勘定科目 (借方、貸方など) の古いデータを保持するにはどうすればよいですか? つまり、ある勘定科目表から別の勘定科目表にデータを移行することは可能ですか? 解決策は、プログラムまたは Web クライアント インターフェイスによるものです (重要ではありません)。仮想勘定科目表は使用できません。勘定科目表 Bは、古いデータを含むメイン チャートになる必要があります。

すべてのアドバイスは私を大いに助けます。ありがとう

ユーザーがログインする必要がある割り当てに取り組んでいます（ファイルに対してユーザー名/パスワードを確認してください）。ユーザーが正常にログインした場合は、IN-accounting.dataという名前の別のファイルに保存されている給与データを印刷する必要があります。iveはユーザーログインの一部を機能させることができましたが、「給与」の部分を印刷するのに問題があります。現在、会計ファイルのすべての部分が印刷されます。データのみを印刷する方法を理解するのに役立ちます。ユーザーは何か提案にログインしましたか？これらのファイルとコードに含まれるすべての社会保障番号、電話番号、住所、人物は偽物であり、割り当てを行うために提供されたデータにすぎません。

11-6-12は、提案された変更を反映するように更新され、当初の希望どおりに実行されるようになりました。

password.passwd

amon9640：4cb9c8a8048fd02294477fcb1a41191a：500：25：Alexander月曜日：/ home / payroll：/ bin / payroll iart1373：4cb9c8a8048fd02294477fcb1a41191a：501：25：Inigo Arterbury：/ home / payroll：/ bin / payroll wher ：/ home / payroll：/ bin / payroll

会計ファイル

月曜日|Alexander| 815-19-9640 | 4662 Dewy Subdivision | Owltown | Oregon | 97434-8480 | 1/18/1998 | 19 | 21.68 | 60.28 | 2.24 | Payrollがアカウントを監査しており、レポートの期限が近づいています。

Arterbury | Inigo | 037-30-1373 | 987 Rocky Island Byway | Christmas City | New Mexico | 88023-3889 | 4/1/1993 | 9 | 7.02 | 17.75 |12.71|監査が完了しました。欠陥が見つかりました。

Herman | Wardell | 114-29-0210 | 5555 Cinder Forest Wynd | White Eyes Town | Washington | 98707-5628 | 10/0/2003 | 37 | 3.07 | 41.90 |20.89|監査が完了しました。欠陥が見つかりました。

私は会計システムを構築しました.SQLテーブルでは、次の方法で金額と残高の2つの列があります。

そのような: Balance Left = previous Balance Left - Amount.

ここで、ID が 103 の行を削除すると、後続のすべての行に金額 10 を追加する必要があります。それを行うための最良の方法は何ですか (SQL Server 2008 またはそれ以外で)?

PS :

1. 各行を更新するトリガーを追加できることは承知していますが、より良い代替手段を探しています。

2. C# でコードします。

いくつかの質問と一般的な回答への回答: 1. 削除した行の下に 100 万行あることを考えると、LINQ を介して C# で実行する方がよいでしょうか? それとも SQL トリガーの方が速く動作しますか? 2. 各エントリの残高を保存するのはばかげていることはわかっていますが、DB/ソフトウェアのユーザーがそれを要求する方法です。

このトピックを検索しましたが、収集すべき説明がたくさんあります。ほとんどの場合、a/p と a/r で別々のテーブルを作成します。

a/c と a/r は 98% 類似しており、1 つまたは 2 つの属性だけが異なるため (たとえば、a/p: ベンダー/サプライヤー)、2 つのテーブルを 1 つに結合する別のアプローチを考えています。

質問：

2 つのテーブルをマージして、各トランザクションをまたはTransaction_Typeの値で分類することはできますAcnt_Payableかacnt_Receivable?

これが可能であることは知っていますが、これは良い習慣ですか？そして、私のシステムが対処するときに直面する状況は何Reportsですか?

次のような仕訳テーブルがあるとします

SQLで試算表の最高のパフォーマンスレポートを作成する方法は? レポートの列は

• account_number: 口座番号です。

• debit_within_month: 特定の月の 1 日からその月末まで (または、特定の日付が当月の場合は当日まで) の account_number に関連するすべての借方の合計です。

• credit_within_month: 特定の月の 1 日からその月末まで (または、特定の日付が当月の場合は当日まで) の account_number に関連するすべてのクレジットの合計です。

• debit_till_this_day: 特定の日付の 1 年間 (特定の日付の 1 月 1 日から現在まで) の account_number に関連するすべての借方の累積合計です。

• credit_till_this_day: 特定の日付の 1 年間 (特定の日付の 1 月 1 日から現在まで) の account_number に関連するすべてのクレジットの累積合計です。

私はこの選択を試みました：

しかし、最高のパフォーマンスを得るために、他のソリューションを（おそらく分析関数を使用して）探しています。

これは標準化されているか、少なくとも解読する方法があることを教えてください。

2012Q4 の 3 つのランダムな 10-Q と K を見ています。

1. ftp://ftp.sec.gov/edgar/data/1001288/0001001288-12-000041.txt
2. ftp://ftp.sec.gov/edgar/data/1002037/0001193125-12-506687.txt
3. ftp://ftp.sec.gov/edgar/data/1002360/0001000096-12-000199.txt

項目は標準化されています。ただし、ドキュメントごとにそれらの多くがあります。たとえば、1 つのドキュメントにはいくつかのus-gaap:OperatingIncomeLosses があり、報告している期間を示す唯一の方法はcontextRef. それは物事が複雑になるところです。

識別可能なパターンは見られません。上昇してから下降することもあります。それらはすべて独自の日付形式を持っています。複数期間のグループ化を行うものもあります。そうでない人もいます。

私はこれに関する基準を見つけようとしました。立ち入り禁止。

誰にもアイデアはありますか？

どうもありがとう！

私は解決策を見つけました。以下の回答および/またはより新しい最適化があるGithub Gistを参照してください。

クレジット カードの請求額とバッチの合計の配列を取得しました...金額の SUM() がバッチの金額になる場合があるため、バッチにグループ化するのは簡単で、その日の預金に貢献するトランザクションをチェックすることができます。当座預金口座。

場合によっては、適切な合計がこれらの料金のサブセットであり、1 つ以上が翌日にバッチ処理されることがあります。これをプログラムで解決するのを手伝ってくれませんか? これは私の authorize.net バッチ アカウンティング用です。

そして、その日のバッチの合計は $1302.63 です。よくあることですが、料金はそのバッチに収まらないため、バッチは配列内の料金の合計のサブセットです。この場合、$10.88 の請求は翌日のバッチに含まれていました。この小さな疑似コードは、ネストされた 2 つの for ループを介してそれをキャッチできます。

TWO が追加されていない請求を動的に検索するにはどうすればよいですか? それから3つ？$skipdx1つの電荷が省略された場合、2 つの電荷がスキップされるとskip2dxネストされたループが追加されることがわかります。それでも見つからない場合は、skip3dx3 番目のレベルのネストになります。

私は通常、再帰まではアルゴリズムが得意ですが、その後はバカになります。

状況は次のとおりです。

月額料金はアカウントに適用され、最も近いドルに切り捨てられます。これにより、月額料金に残額がある場合、他の支払いよりも高い最終支払いが作成されます。すべての債務者がこのような口座を持っている場合、月数が設定されているので、最終月を決定するのに問題はありません。口座の請求数に対してそれを確認し、口座の残高を請求するだけです。最終月に。

ただし、より複雑になります。現在、債務者が多かれ少なかれ借りていることが判明する可能性があるため、返済中の任意の時点で総支払額が変わる可能性があります。繰り返しになりますが、これは最終的な支払いを計算するのに問題はありませんが、支払いを設定する人々は、アカウントの現在の残高 ($800 など) とは対照的に、元の合計 ($1000 など) を新しい支払い額の基礎としています。これが発生すると、アカウントは、指定された月数よりも前に、または月数を超えて返済される可能性があります。2 番目の支払いは許可されておらず、最後の支払いをいつ行うかを決定し、残高を請求する必要があります。これはそれほど難しいことではないかもしれませんが、合計支払額の変更の前後の支払い額の違いを追跡する必要があるだけでなく、

これはさらに一歩進んでおり、債務者は支払いを引き下げることができます。この新しい支払い額も、現在の残高ではなく合計未払い額に基づいているため、支払いが予定よりも前または後にアカウントを閉鎖することになります。

いずれにせよ、これらのアカウントが最終月になる時期を計算し、残りの残高をアカウントの請求に適用することはできますか?

ほとんどのアカウントは簡単で、支払い額の変更はありませんが、多くのアカウントはまだ変更されています.

私はデータベーステーブルのレコードに基づいてレポートを生成することに慣れており、問題なく表示できます。

しかし今、私がリポジトリとしてダミーのテーブルを作成しない場合、処理するのが非常に複雑であるように思われるいくつかのプレゼンテーション要件が出てきます。

現在のシステムの詳細と情報：

システムタイプ：在庫会計

システムの設計とセットアップ：選択した日付（取引日）に基づいてレポートを生成できます：個別のレポート：貸借対照表（BS）、損益計算書（IS）、およびキャッシュフロー計算書（CFS）

新しいレポートの要件：

1. BS、IS、およびCFSレポートは、異なる形式と表示にする必要があります（ほとんどの場合、必要な更新はレイアウト表示の変更です）
2. 生成されたすべてのレポートの保存

生成されたすべてのレポートを保存するためのw/cの2番目の要件のため、ダミーのdbテーブルを作成することを考えています。

以前は、複雑なレポート用のリポジトリテーブルを作成しましたが、別のユーザーが同じレポートを生成すると、置き換え/消去されました。

質問：

1. 新しいレポート要件に基づいて、このタイプのレポート要件のダミーテーブルを作成する必要が本当にありますか？

2. まあ、実際の機能ではあります*they can be generated at any time*が、レポートと記録の目的で、パフォーマンスの観点から、生成されたレポートを保存することは本当に意味がありますか？

それらのDBアカウンティングの第一人者にとって、 BS、IS、およびCFSで生成されたレポートを保存することは良い習慣ですか？