まず、私が書いていないものはすべて他の人が書いています。 これは明らかです。 しかし、これの結果は、別の人が便利さと機能性に関する彼自身の考えに基づいてロジックを開発していたことです。 したがって、他の人のアイデアが私のアイデアと100％一致するという確実性はありません。 habrで、このテーマはすでに聞こえました。
2番目の重要な点は、2人がシステムを使用する場合（詳細は言うまでもありません）、エラーの確率が何度も増加することです。 多くのシステムは、ウォレットの金額を表示するアカウントの存在を暗示しています。 ああ、どのようにGnuCashプログラムが気に入ったのでしょう...しかし、毎月、妻のウォレットアカウントを調整するためにトランザクションを追加する必要がありました。 そして、彼女がお金を使ったのは、彼女自身が思い出すことができず、小切手が安全に失われたために推測することができました。
上記の問題に基づいて、Google Docsで別のホームアカウンティングを作成しました。 試行錯誤によって、他の人の決定を分析し、自分のニーズに基づいて、次の結論に達しました。
システムはできるだけシンプルにする必要があります。 使い方が簡単なため、使用方法を説明してもらえません。「私をバカに抱かせないで」。
システムの重点は、費やされた金額と金額です。 カードの金額、財布の額、自宅の枕の額などは気にしません（知っていると便利ですが）。 それは重要です-店で、ローンなどにいくら費やされますか。
以下-義務的な支払いを管理する必要があります。 家賃、クレジット、インターネット-あなたは毎月支払う必要があります。 さらに、時には他の支払いが必要になることもありますが、来月は、たとえばドッグフードを注文しません。
そして最後の-支払い構造は可能な限りシンプルであるべきです。 私自身、支払いには3つのパラメーターがあると判断しました。 1つ目は方向（収入または費用）です。 2番目はカテゴリです。 買い物、クレジット、請求書、エンターテイメントなど。 合計約8ポイント。 3番目はサブカテゴリです。 むしろ、コメント。 たとえば、3,000ルーブルの支払いには、消費、ショップ、オーシャンのパラメーターがあります。 つまり、3番目の段落は、任意ですが、可能な限り短い形式で、お金がどこで使われたのか、どこから来たのかを説明しています。
理論から実践へ。
Googleドキュメントでコレクション-Budgetを作成しました。 データを入力するテーブルが含まれています。 各テーブルファイルには名前があります-データが保持される月。 指定された月が属する年を決定するために、年とともにコレクションがファイルに添付されます。 次のようになります。
各ファイルには3つのタブが含まれています。 ベース-事実。 これは、指定された月のすべての費用と収益の物語です。 たとえば、次のように：
毎月新しいファイルを作成します。 最初に、「所有資金」という方向のエントリを追加します。 月の初めに一度だけ使用されるため、上記のような方向の存在を示しませんでした。 だから、私は月の初めにどれくらいのお金が利用できるかに注意します。
また、今月必要な料金については、データが確認されていないことに注意して行を追加します（列Fには値Noが含まれます）。 たとえば、6月10日までにインターネットの料金を支払う必要がある場合、6月10日の日付の行を追加します。金額は500ルーブル、方向は費用、カテゴリは請求書、コメントはインターネットで、確認はされていません。
その後、すべてが通常通りです-私は費用を受け取るかお金をテーブルに入れて、すでに計画された操作が完了した場合（たとえば、インターネットに支払いました）、必要な行を修正します（必要に応じて日付と金額を変更し、はいに変更します）
しかし、単にデータを蓄積することは特に興味深いものではありません。 上記のように、何がどのくらい費やされているかを知ることが重要です。 以前は[カテゴリ]列の一意の値を使用して同様の分析を試みましたが、Googleは最近ピボットテーブルを作成するためのツールを提供しました。 彼のおかげで、私の会計システムは第二の風になりました（分析の松葉杖が使用を著しく複雑にしたため）。
ピボットテーブルは別のシート-ピボットテーブルにあります。 非常に簡単に作成されます：
ただし、新しく作成されたテーブルを完成させる必要があります。
まず、編集範囲を使用して、データ範囲を指定します-すべての列A〜F。
2番目-シリーズでは、日付とコメントの2つのフィールドでグループ化を示します。 したがって、特定の日に費やされた金額と金額を視覚的に表現できます。 日付別にグループ化すると、合計金額を表示する必要があることを示します。 これにより、表の合計の下部を確認できます。
3番目は列のグループ化です。 ここでは、方向とカテゴリ別にグループ化します。 方向に合計を表示をマークします。 実際、このマークは必要ではありませんが、費用と収入の比率を確認する必要がある場合は、このマークを使用してアクションを1つ減らす必要があります。 そうでない場合は、テーブルの最後の行を選択して金額を確認する必要があります。
さらに-[値]で[金額]フィールドと操作を指定します-SUM。
そして最後-フィルター。 2つのフィルターがあります。 最初のカテゴリー-自己資金を除くすべてのカテゴリー。 原則として、あなたは方向にそれを行うことができます-収入と費用の領域のみを考慮に入れてください。 2番目のフィルター-確認済み。 実際に行われたレコードのみが対象です。 レコードが計画されているだけの場合、ピボットテーブルには含まれません。
最終的に、私のピボットテーブルは次の形式を取ります。
しかし、今、私は最後のフィルターを拒否します-列が確認されているという事実。 代わりに、この列の値は、列セクションの最初のグループ化として使用されます。 これにより、ピボットテーブルは2つの部分に分割されます。 1つ目は支出と収入で、2つ目は計画的です。 テーブルの幅は2倍なので、最初の3行と最初の2列の固定を使用することをお勧めします。 その後、テーブルをスクロールすると、日付、サブカテゴリ、およびカテゴリも常に表示されます。
この場合、テーブルは次のようになります。
ピボットテーブルで最も興味深いのは収益です。 グループ化と金額の計算のおかげで、2つの領域が区別されます-収入の金額と費用の金額です。 そして、すぐにカテゴリ別に金額を表示します。
予算構造を再考した後、3番目のシートであるプランを追加することにしました。 このシートで作業する必要があり、現在のバージョンは複数回変更される可能性が高いです。 このシートのデータは、2つのソースから取得されます。 1つ目はファクトシートの[カテゴリ]列、2つ目は数字の手動入力です。
毎月あなたの手ですべてのカテゴリーを詰まらせることは非常に不便です。 何かを見逃したり、スペルミスをしたりする可能性があります。 したがって、セルA2の次の式により、最初の列のデータが自動的に入力されます。
=UNIQUE(FILTER(''!D:D;''!C:C=""))
UNIQUE関数は、FILTER関数によって返されるリストから一意の値のみを取得します。 FILTER関数は、方向（列C）が消費であるファクトシート（カテゴリ）の列Dからの値のみを返します。 つまり、現時点では、費用のみを計画し、すぐにカテゴリ全体を計画します。 住宅および共同サービスのための7,000ルーブルと500ルーブルの計画。 電気代を支払うのは過剰に思えます-請求書の支払いのために7,500ルーブルをすぐに計画する方が簡単です。
Google Docsが計画されたカテゴリのリストを作成したら、それらの実際の費用を計算する必要があります。 これも式によって行われます：
=SUM(FILTER(''!B:B;''!C:C="";''!D:D=A2))
おなじみのFILTER関数は、方向が消費であり、カテゴリがプランシートに示されている値と等しい値のみを[合計]列で検索します。 この関数の結果をSUMに渡すと、実際の金額がカテゴリ別に表示されます。 たとえば、「消費」方向と「自己資金」方向の両方に「貯蓄」カテゴリがあるため、方向によるフィルタリングは非常に重要です。
次に、[プラン]列に、1か月間のカテゴリに定められた金額を入力します。 そして、その数は負でなければなりません。
デルタ列は非常に簡単な式を使用して計算されますが、説明が必要です。
列D：
=B2-C2
その値が負の場合、これはこのカテゴリにさらに多くを費やすことができることを示します。 正の数は、カテゴリ別の支出超過を示します。 大まかに言って、正の数は、予算の赤字を解消するために非常に多くのお金を受け取る必要があることを示しています。
列Eは計画の割合です。 実際、このコラムは情報価値がなく、興味を持っている人だけのためのものです。 次の式を使用します。
=(B2/C2)-1
-100％は、計画が完全に失敗したと言います。 つまり、このカテゴリには何も計画されていませんでしたが、費用がかかりました。
私はこのようなものを手に入れます：
今のところすべてです。 まさにそのようなアプローチを使用したい場合、シートはGoogle Docs テンプレート（使用するテンプレート）にあります 。
私のアプローチのプラスは、非常に単純であるということです（私には思えます）。 必要なのは、月の初めに利用可能なお金の量を示してから、費用を入力するだけです。 さらに。 実際、自己資金の表示は未来に影響を与えました。 つまり、概して、これを示すことはできません。 お金が何のために貯まっているのかをコントロールするためだけに必要です。 言い換えれば、例えば、勉強のためにどれだけの量が確保されているかを知ることは重要です。
テーブルを共有し、家族全員にアクセスを許可できます。 そして、お金はどの口座でも使われたり受け取られなかったりするので、母親の財布からそんなに多く使われていることを示す必要はありません。 これによりシステムが簡素化され、ウォレットのデータによると、100ルーブル、実際には50ルーブルがある場合の頭痛も軽減されます。
Googleテーブルはほぼどこでも利用でき、これがモビリティです。 休暇中は、ドキュメントにアクセスして適切な支出を追加できます。 もちろん、これは最悪の場合、ローミング中です...しかし、別の手段として-不在時には、データを電話に直接入力し（またはノートに書き込む）、テーブルでそれらを殺します。
さらに開発するためのもう1つのアイデアは、フォームをテーブルに接続することです。 したがって、データを追加するときに不要なトラフィックを取り除くことができます。 確かに、少し複雑です。 テーブルに直接データを入力すると、彼らが言うように、その場で新しいカテゴリを作成できます。 フォームを介して追加する場合、カテゴリはドロップダウンリストとして最適に表されます。 確かに、これも解決可能です。 たとえば、カテゴリのリストと入力フィールド。 しかし、どうやら、生データを含む別のシートが必要になり、それをファクトシートに表示して、リストからカテゴリを追加し、新しい入力フィールドを追加します。
記事の最初に戻ると、システムの最大のマイナスが見えます-それは私の問題を具体的に解決します。 私は知らないし、あなたが持っている財務会計の要件を知ることができません。 おそらく、予算計画シートが必要です。 または、より具体的なデータ処理が必要です。 したがって、おそらく私の喜びを見てあなたが言う-ふう、なんて厄介なこと。 しかし、個人的には、概説したアプローチは100％に適しています。 必要な機能のみが含まれていますが、拡張の可能性は制限されていません。
それだけです。 ありがとう