お世話になっております。

Ver.4.2.1をSonoma 14.1.2（23B92）で使用しています。

2024年になってから口座管理で表示される現在残高が０になりました。
月度の開始日は1日です。

No.5698 Re^3: 不具合の件で紹介されているVer.4.2.2ベータ版を試させていただきましたが、
一部の残高が一時的には戻ったように見えたのですが、その後また数値がおかしくなりました。
年度開始は4月です。

ご確認いただけますと幸いです。

> 2024年になってから口座管理で表示される現在残高が０になりました。
> 月度の開始日は1日です。
> 年度開始は4月です。

4.2.1で口座管理を高速化するため前年度までの残高をベースに計算する手法にしていたのですが、
年度の切り替わりのところでの不具合がまだ解消できていません。

口座管理の月度切り替えは遅くなりますが、不具合が出る場合は、公開されています4.1.9をお使いいただくようお願いいたします。

> 4.2.1で口座管理を高速化するため前年度までの残高をベースに計算する手法にしていたのですが、
> 年度の切り替わりのところでの不具合がまだ解消できていません。
>
> 口座管理の月度切り替えは遅くなりますが、不具合が出る場合は、公開されています4.1.9をお使いいただくようお願いいたします。

ご回答ありがとうございます。
Ver.4.1.9bに切り替えたのですが、やはり現在残高は０のままでした。

ベータ版のバージョン4.2.2b3をアップしました
http://macsoft.c.ooco.jp/kakeibo422b3.zip
開始月は1月であれば、年間表示も出るようになりました。
開始日は1日以外でもOKです。

ただし、開始月を4月などにした場合はまだ完全ではありませんので
1月開始でしばらく記帳しておいてください。

> ベータ版のバージョン4.2.2b3をアップしました
> http://macsoft.c.ooco.jp/kakeibo422b3.zip

ありがとうございます。
現在残高が表示されることを確認できました。

銀行口座残高等は問題ないようです。
Suica等の電子マネーを金融機関として登録しているのですが、ここの残高表示が正しくないと思われます。
また、表示年度を切り替えたりしているうちに残高表示額が変わっているようにも見受けられます。
電子マネーへのチャージをクレジットカードで記帳しているので入金月と引き落とし月が異なるケースで
うまく対応できていないのではないかと思われますがいかがでしょうか。

ちなみに、開始月は一時的に1月に変えています。

> Suica等の電子マネーを金融機関として登録しているのですが、ここの残高表示が正しくないと思われます。
> また、表示年度を切り替えたりしているうちに残高表示額が変わっているようにも見受けられます。
> 電子マネーへのチャージをクレジットカードで記帳しているので入金月と引き落とし月が異なるケースで
> うまく対応できていないのではないかと思われますがいかがでしょうか。

電子マネーの時代になって家計簿の対応が問われるようになっていると思います。
やさしい家計簿では、構成として、銀行などの口座と、クレジットカードは、主と従の関係にして対応してきました。
クレジットカードは引き落とし日に銀行口座に反映するということで、購入日（日付）と支払日の二重構造になっています。
電子マネーは日常遣いで非常に細かい支出が多く発生し、それらをすべて記入する必然性が少ないと考えました。
そこで、電子マネーへのチャージを支出として扱い、それで家計簿の収支は完結させるということにしました。
それでも電子マネーで大きな買い物をしてそれを記録として記入しておきたい場合がありますので、そこでプリペイドというサブ項目を記入ウインドウに設定しました。これで記帳した場合は、家計簿の支出合計額には反映されませんが、家計簿には（金額）として記録が残ります。

電子マネーを金融機関の一つとして設定する方法もあり得ると思いますが、構成として違和感はあります。

> 電子マネーを金融機関の一つとして設定する方法もあり得ると思いますが、構成として違和感はあります。

ご説明ありがとうございます。承知しました。
考え方は理解しましたので、クレジットカードからのチャージは一度現金に移して電子マネーに入れることで対応したいと思います。

これは単なる興味なので回答いただかなくても構いませんが、
2021年度から継続して使用させていただいていますが、これまでは全く問題ありませんでした。
2024年になった途端、おかしくなったのは何か理由があるのでしょうか。

> 2021年度から継続して使用させていただいていますが、これまでは全く問題ありませんでした。
> 2024年になった途端、おかしくなったのは何か理由があるのでしょうか。

アップデート履歴にありますように、4.1.9で機能的にはほぼ完成に近づいていました。
ただ、十年近く使っているとデータが多くなって計算して表示するのに時間がかかる方も増えてまいりました。
そこで、バージョン4..2.0以降は、一年以上前のデータの計算結果を一旦保存し、それをベースに囲碁の計算処理をすることで高速化を図っておりました。そうしますと、年度の切り替え時や、開始日や開始月が1以外の場合の処理など複雑な問題が生じて不具合が生じたのが原因です。

4.2.2の正式版を公開するときにはすべての問題をクリアして完全な形にしたいと思います。

> 4.2.2の正式版を公開するときにはすべての問題をクリアして完全な形にしたいと思います。

返信ありがとうございました。
次期バージョンを楽しみにしています。

> ４２２b２使用で２０２３年１２月に入金した金額が翌年２０２４年１月表示から口座管理を開くと
入金した金額が合算されない表示になり２０２３年１２月の口座管理を開きその後に２０２４年１月に
戻るか、もしくは不具合表示が出た１月度で一度年間表示を開いてから口座管理を開くと正常な金額表示
がされます。１２月入金分が何かの不具合で口座管理表示にバグが出ている状況です。
次期バージョン時には改善をお願いいたします。

ご連絡ありがとうございます。
参考にいたします。

ベータ版のバージョン4.2.2b5をアップしました
http://macsoft.c.ooco.jp/kakeibo422b5.zip

これまで不具合が報告された方はお手数ですが改めてご検証いただきたくお願いいたします。

>

ベータ版のバージョン4.2.2b5をアップしました
今回の不具合は２０２４年の支出入力を行うと２０２３年度の支出入力が表示され
2025年度を開くと2024年度の支出内容が表示されてきます。
ずれて表示されている状態ですので確認のほどお願いいたします。
>

年度がずれて表示される現象は出ておりません。
4月開始でしょうか？　その場合にはまだ対処できていません。

>
> ベータ版のバージョン4.2.2b5をアップしました
> 今回の不具合は２０２４年の支出入力を行うと２０２３年度の支出入力が表示され
> 2025年度を開くと2024年度の支出内容が表示されてきます。
> ずれて表示されている状態ですので確認のほどお願いいたします。
> >

> 年度がずれて表示される現象は出ておりません。
> 4月開始でしょうか？　その場合にはまだ対処できていません。
>
> >
> > ベータ版のバージョン4.2.2b5をアップしました
> > 今回の不具合は２０２４年の支出入力を行うと２０２３年度の支出入力が表示され
> > 2025年度を開くと2024年度の支出内容が表示されてきます。
> > ずれて表示されている状態ですので確認のほどお願いいたします。
> > >

1月開始になっていますが上記のエラーが出ます。
422b2の方がまだ良いのでそちらに替えて入力しています。

了解しました。
しばらくお待ちください。