Excelで管理会計を行った方法

私は普通のアナリストとして働いており、2014年の夏、1つのeコマースプロジェクトに参加して、MS Excelで3週間膝の上で管理会計を作成しました。 私は長い間計画しており、最終的にHabrにそれを置くことにしました。 財務フローを管理することの重要性を理解しているが、会計の管理に多大な時間とお金を費やしたくない小規模な起業家にとっては役立つと思います。 私は究極の真実であるふりをせず、コミュニティが提案する他の決定に満足しています。



私が夏に関係していたビジネスは、毎月約100万ルーブルの売り上げのある高級で高級な衣料品の通常のオンラインストアでした。 ビジネスは成功しましたが、非常に成功したとは言いませんでしたが、成功し続けました。 経営者は管理会計の必要性を理解しており、これを理解してから、私が財務ディレクター(アナリスト/マネージャー...)になったのは、前者が到着の3か月前に退社したためです。 実際、同じ期間の穴も管理会計によって管理されていました。 将来を見据えて、私は穴を排除しなかったと言います(過去を引き裂かないことを決めました)が、今日まで最小限の労力でうまく機能するシステムを作成しました。



前任者はFyngradのマネージャーを率いており、非常に強力なツールであることが判明しました。 たとえば、1Cからの情報とさまざまな銀行顧客の明細書を自動的にロードし、事前定義されたルールに従って転記を作成することができました。 このことは確かに有用ですが、二重記録システムを前提とすると、動作時間が数倍に増加しました。 作業の増加を避けるために、このツールでは「依存トランザクション」を生成できました。 犬は、これらの追加の投稿の作成に埋葬されました。 そして、Fingradのすべての力の背後にはユニークなものがあり、パブリックドメインの専門知識が完全に不足していることが判明しました。 通常のユーザー(偶然にも、システムにアクセスするために月に3,000ルーブルを支払った)は、公式Webサイトの「ユーザーガイド」と6つのビデオレッスンのみにアクセスできました。 数十のビデオチュートリアルへのアクセスを提供するYoutubeもあまり役に立ちませんでした。 原則として...方法に関する情報を含むフォーラムはありませんでした。 サポートは、「依存トランザクション」を作成するためのルールに関する特定の質問と、特定のケースでのヘルプのリクエストは、「サポート契約を締結していないため、そのような特定の質問に答える準備ができていません」というフレーズで凍結されました。 どうやら-そのようなリクエストに具体的なものは何ですか、私のスクリーンショットもありますか? すべてがあなたの手で打ち負かされることは明らかですが、問題は、管理に必要な時間を大幅に増加させ、中小企業に利点をもたらさないツールに一般的に支払う理由は何ですか?



Fingradをこのような量のビジネスで使用し、システムからすべての情報をアンロードすることの不適切さを所有者に納得させたので、私はそれに大きくて太いクロスを付けました。 さらに、MS Excelに向けて出発するという決定は自発的ではありませんでした。 システムの主な要件は次のとおりでしたが 、管理会計のテーマに関する良いグーグル検索Fingrad似たモンスター 、または個人の財務を維持するためのWebアプリケーションへのリンクが見つかりました。



-改訂された勘定体系に基づいてBDSおよびBDRを維持する機能。

-さらなる管理会計の簡素化(「財政的に非識字の」ユーザーの力によるものを含む)。

-柔軟性(外出先で機能を拡張/削除する機能);

-ツール/インターフェースの混雑の欠如。



まず、用語を明確にします。非金融業者であることは、BDS、BDRの「資金のキャッシュフローのバランス」、つまり「収入と支出の予算」を意味します。 BDDSは現金ベース(運用日—「運用日」列)であると見なし、運用の日常計画に使用します。BDRは、1年以上の戦略的な発生主義(「発生期間」列)で使用します。



だから、それがどのように機能し、どのように機能するか(理想的に):



1.管理会計は、エンドユーザーがGoogleドキュメントのフォームを使用して入力した情報に基づいて収集されます。 フィールドの名前とエンコードオプションは、管理会計の最終ファイル(フィールドの一種)で赤でマークされています。



画像



2.最終的には、このようになります(緑色が結果の管理ファイルに転送されます)。



画像



3.管理アカウンティングは、Fyngradからの.xlsのアンロードに基づいて構築されます(したがって、外部ユーザーの奇妙な名前と、一般的に過剰な数の列)。 「Parish」、「Consumption」の列の値を真剣に受け取らないようにお願いします。多くはランダムに変更されています。



画像



入力の仕組みは簡単です。Googleドキュメントのフォームと銀行取引明細書から[一般の書籍]タブに慎重に転送します。 BDRの形成に使用される行は赤で強調表示されます。BDSDSはピボットテーブルであり、緑色で強調表示された名前を話す中間タブに基づいて構築されます。 情報が他のソースに接続されていない唯一の列:「元のID」(一意の行値)および「作成日」(= TATATE()、および値としてコピーアンドペースト)



4. DDSの記事(キャッシュフロー)は別のタブ「PS_service」にあり、特定のニーズに応じて定期的に確認できます(シート「Data_BDDS」、「Data_BDR」の数式を更新することを忘れないでください)。



画像



5.写真では、デフォルト形式のBDSDSサンプルが、週単位の「関連性」に最小化されています。



画像



6.サンプルBDS(月次)。 すでに上記で述べた一般書の行を使用するという論文に注意してください:BDRの予算と事実、BDSの計画と事実。



画像



7. BDSDSの使用とは、「計画」の行を最新の状態に維持することを意味します。 私は主要な情報を扱うことに非常に熱心であり、私が行ったコメントは変更の全履歴を保持しました。 お元気ですか-質問。 私のアプローチにより、週に約1つの重大なエラーをキャッチすることができ、数十から数十万ルーブルの不一致が脅かされました。 ちなみに時間が少し食べられました。



画像



8.実際にファイル管理会計



PS:入力された異種情報の必要な手動制御について考えるまで、Google Docsフォームからの情報の「オーバーフロー」プロセスを自動化する方法について長い間考えていました(多くの人がフォームに記入+少なくとも1つのクライアントバンクの存在+ 1C)。 さらに、私はVBAを知りません...私はそれをhabrasocietyコミュニティにそのまま渡します。誰かに役立つか、それが面白いだけであることを願っています。



All Articles