財務は、ほぼすべての企業や機関の中核となる組織です。今年の単価はいくらか、企業の昨年の利益はいくらか、平均コストはどのレベルか、国にどれだけの税収を生み出したかなど、これらすべての情報は最終的に財務諸表の形に反映されます。全員が懸命に取り組んできたと言えますが、最終的な結果は財務データに依存します。
財務自体のデータを管理するには、勘定科目貸借対照表、総勘定元帳、補助元帳といった「2 つの勘定科目と 1 つのテーブル」を毎日使用する必要があり、そのすべてのアドホック クエリが非常に重要な役割を果たします。これらの会計データが適切に処理され、財務諸表が作成され、財務会計が分析されて初めて、タイムリーで正確かつ完全なデータ基盤が存在し、正しく準拠した財務諸表と会計帳簿の分析結果を出力することができます。
それで、それは今どのように達成されているのでしょうか？
現状とニーズ
財務会計には、企業の通常の運営および管理活動が財務データを通じてどのように登録 (伝票) され、表示 (帳簿および明細書) されるのかを制約および指導するための、非常に標準化された厳格なポリシーと規制があることは誰もが知っています。財務の日常業務に特化して、ERP/財務ソフトウェアは簿記とレポート作成を支援するために使用されます。
まず、現在の金融システムがこれらの要件をどのように満たしているかを見てみましょう。
図：財務会計帳簿と伝票の模式図
もちろん機能的には問題なく、該当する口座も分かりますし、長年このような形で金融が使われてきました。
しかし、財務会計士と綿密なやりとりを行ったところ、実際にはクエリのプロセスが異なるデータ口径の相互検証のプロセスであるという反省点が残っていることが分かりました。対象総勘定元帳、現在の画面 総勘定元帳の対象; 補助元帳から伝票を確認・修正した後、勘定残高表に戻って試算データ（「未転記伝票を含む」）を確認したい場合は、まずバウチャーインターフェイスを終了し、元に戻ります。
財務会計テーブルのデータをクエリするプロセスでは、「切り替え」というアクションを繰り返し実行する必要があり、この対話型の方法は、財務会計がデータ変更のプロセスで財務の「グローバル ビュー」を形成するのには役立たないことに気づいたでしょうか。 ——前後に切り替えて、最後に「何を確認しますか?」
改善する方法はありますか？
小さな変化
財務会計士との十分な議論の結果、財務会計（会計帳簿）、表（貸借対照表）、および証明書（伝票）の共同チェックを実現するための理想的なスケッチ（真のスケッチ）を描きました。
実装のロジックを単純に分析します。
- 金融口座テーブル全体の結合クエリのロジックは、口座残高テーブル -> 対象総勘定元帳 -> 対象補助元帳 -> 伝票です。
- 会計科目を核として、金融口座間のデータ連携（レベルごと）により「ドリル」と同様の効果が得られます。
- 共同チェックのプロセスでは、いつでも一定のレベルから条件を切り替えることができます。たとえば、「売掛金」の帳簿と特定の伝票を勘定残高表で照会している場合、11月のデータから切り替えることができます。現在の総勘定元帳から 10 月までのデータをいつでも確認し、段階的にドリルダウン クエリを実行します。
- クエリ プロセスにはビジネス データの変更は含まれず、データのセキュリティと一貫性を確保するための「書き込み」操作も実行されません。
会計担当者は、この要件が実現できれば、日々の業務に大いに役立つだろうと話しました。これらは財務監査で頻繁に使用される機能シナリオであり、少し変更するだけで大幅な効率の向上がもたらされます。
もちろん、私たちは財務ソフトウェアを作成するつもりはありません (冗談です)。単に現在の金融システムをユーザーのニーズに適合させる際のいくつかの困難を改善し、ビジネス (財務) 担当者の口座をチェックする (使用する) 能力を向上させるのに役立つだけです。データ) ) 利便性と効率性は同じくらい価値がありますね。
どうやってするの？
要件が決まったら、それをどう実現するかが技術者の仕事です。
具体的な実装戦略は次のとおりです。
研究を依頼する
スケッチに従って、需要の調査と確認を完了します。この段階では、その後の設計開発作業の基礎となるシステム実現効果の設計図も出力する必要があります。
開発と実装
レポートと財務ダッシュボードは、Sematic のスプレッドシート ソフトウェア Smartbi Spreadsheet を通じて統一的に開発されています。
1. データ設計。(既存のデータ ディクショナリやその他の資料に基づいて) データ テーブルの設計とデモ データの初期化を完了する必要があります。
2. レポート作成。これには、カンバンで使用される勘定貸借対照表、対象総勘定元帳、対象子会社元帳、および会計伝票の開発と実装が含まれます。
1) キャリバーの確認を報告します。ビジネスニーズのデータ要件に応じて、不明瞭な口径を整理し、財務会計とやり取りして口径を確認します。
2) データの準備と設計。データベース モデルの設計とデータベース アクセス ソース データを適切に実行します。
3) データセットの開発。口径に従ってデータ スクリプトを開発し、そのスクリプトをデータ セットに入れてレポート作成の準備をします。データの問題を抱えている技術担当者またはビジネス担当者にデータの差異を伝え、データを調整することをお勧めします。
4) レポートをデザインします。Sematic の電子フォーム ソフトウェア Smartbi Spreadsheet を通じてレポートを作成します。これには、主題の貸借対照表、主題の総勘定元帳、主題の詳細な元帳、および会計伝票が含まれます。
3. カンバン開発。レポートをかんばんに統合し、フィルタ条件を追加し、（パラメータを通じて）段階的な連携効果を実現し、開発された各スプレッドシートを URL メソッドで統合します。財務帳簿データ連携要件等の整備を完了する。
4. UIの実装。スケッチに従って、レポートデザイン仕様書と組み合わせてUIデザイン図を作成し、スタイルの選択、実装と調整、カラーマッチング、細部の最適化などが行われます。
テストして最適化します。
-
- 財務帳簿のカンバンに関する質問を集めます。全体的な効果が出たら、その効果を事業者や担当者に提供してテストしてもらいます。そして同時に、提起された質問を収集します。
- 問題に応じて最適化および調整します。提起された質問に従ってスケジュールを立て、それらに 1 つずつ対処または説明し、最終的に満足を達成します。
- テストに合格しました。
開発者を配置したら、始めましょう。
それに気付く！
ナンセンスではありません。財務会計帳簿共同クエリの開発による実現効果を直接見てみましょう。
アカウント貸借対照表
デモには例として月選択パラメータが含まれていますが、将来的には「未記帳（転記）口座伝票を含める」、口座の開始と終了の範囲、口座の種類（資産、負債など）、残高の開始を含めるように拡張することもできます。エンドレンジなど。
件名台帳
科目台帳
会計伝票
財務カンバン
最後に組み立てて効果を確認します。
基本的な設計意図が完全に実現されていることがわかります。一緒に見てみましょう:
- 左上の「金額と残高表」では、月を選択すると通常の口座残高表が生成されます。
- 貸借対照表の特定の科目の帳簿を閲覧したい場合、「科目コード」または「科目名」をクリックすると総勘定元帳へリンクします。
- 総勘定元帳も正常に表示されますが、このとき（デモ例では）11月の数字がどのようにして出てきたのかを調べたいのですが、詳細を確認し、「月」の「11」をクリックすると科目元帳が展開されます。 。
- 対象補助元帳には、11月に選択した対象のすべての補助元帳入力データが詳細にリストされており、特定の伝票の詳細を調査したい場合は、「伝票番号」を直接クリックして、対応する伝票を呼び出すことができます。
詳細については、以下のアニメーションをご覧ください。
とてもシンプルでとても便利ではないでしょうか！?
ユーザーからのフィードバック
「平凡な元帳簿を、ささっと簡単に変身させたら、こんな風に遊べることが分かりました！ 利便性が大幅に向上し、さまざまな帳簿や伝票を行き来する必要がなくなりました。次のステップが開発されることを願っています。もっと便利な遊び方を！」
——某グループの財務部長、張さん
「子会社口座へのクエリなどの高頻度の操作の場合、財務会計士は毎年少なくとも数万回のクリック/入力を行う必要があります。私たちの (部門) オフィスには 8 人の財務会計士がいます。効率とコストに数万ドルがかかります」無駄だ、価値がある！」
——部門単位の企画財務部の舞さん
「デザインは合理的で、ロジックは明確で、開発スピードは速く、レポートの変更や調整は柔軟です。レポート デザイナーとしては今でも Excel/WPS をベースにしています。私たちの従兄弟たちも皆、頼りにしています。」それ。"
——Xiao Chen、電子商取引会社のレポート エンジニア
新しいデモ、新しい品質。スプレッドシート コミュニティのドキュメントへようこそ。ご連絡をお待ちしております。