勘定科目(例えば「その他の預金」)に対して、補助科目(「銀行A」「銀行B」)を設定できる設計をしていたが、 が混在すると管理が面倒になってきたので、 という設計に変更する。

簡単に「金額」だけ入力すれば、よい具合にしてほしいが、そうもいかないので、どうしても必要なものだけに絞る。 はどうしても必要。 以下は決め打ちとする。

期首仕訳しないと始まらなかった。。。 貸方・借方が色々とややこしくなるので、小売業の方は申し訳ないけど後回しにして、とりあえず、フリーランスで必要そうな(自分が今まで使ったことがある)以下の資産科目だけ実装。 現金・その

is_planned の仕訳ができたので、Summary を の2つ別々に集計を出すことに変更。 今まで実装していたのは”実績”で、 [‘actual’] で返す。

いくつかの会計ソフトを使っていて不満に思っていたのが、固定費の管理が面倒なこと。 「水道費、ちゃんと一年分入れてたっけ？」みたいな時に、[水道光熱費]の勘定科目を引っ張ってきて、その中から水道代を目で探して・・・・ とい

サマリーとしては が分かれば、(事業としての)バランスはOK. FiscalYear に calculateSummary メソッドとして追加する。

自分が免税業者なので税込経理しか考えてなかったけど、課税業者は消費税を含まない金額で計算する必要があるので、そっちの対応もできるようにしないと、ということに気づいた。 減価償却期間中に課税業者/免税業者が変わると、またさ

これはプロトタイプ hkr では実装してなかった機能なので、ちょっと設計を考える必要がある。しかも面倒・・・・・ まず、定額法しか対応しない！(できない) で、決算書を読んでみる。 変わらないデータと、年ごとに変わるデー

現金を「レジ」「金庫」に分けて保存する場合、月末処理ではそれぞれの残高のチェックをしたい。 同様に、「その他の預金」も、A銀行とB銀行、それぞれの残高が帳簿と合っているかのチェックをしたい。 SubAccountを設定し

仕訳のバランスを見たり、バリデーションチェックをしたりと、結構重要。最初の計画では を考えていたけど、FIscalYear の責務が重くなる可能性が高いので、TransactionRegistrar サービスクラスを作っ