Quickenこれがあるからあの機械を使っていたと言っても過言ではない、驚異の金銭管理ソフト。Quicken(PQ)だ。国産の機械にこれほど完成度の高いものが搭載されていたことはもちろんないし、もっと言えばいまだに日本ではこれを超えるものは寡聞にして知らない。家計簿ではないので、ちょっと便利なあの機能、などと日本のメーカーが盛り込みがちな姑息な機能はない。完全に複式簿記の構造を持ちReconcileもしっかりでき、QuickFillをはじめとして入力のテンポも小気味良い。CEなどに出されているPQはPCのQuickenの入力端末という性格が強いようだが、電脳パンツのPQはフル装備であった。My-Symbian.comなどで探してもS60用の金銭管理用ソフトウェアは数少ない。Tracker(支出記録簿。Manager(FMM)くらいしかない。Managerを使うFMMのバージョンv1.7(2)を試してみた。操作性はこなれていないが、初期の様子からは著しく改善され、検討に値する。金額は9,999,999.99まで入力可能となった。私のような貧乏人ならば使用しうる。USDとかEURで使うなら小金持ちにも対応可能だろう。小数部を頑張って使わなくてもよくなった。表示が改善され、アイコンにも異状はない。落ちにくくなったようだ。私自身はまだ異常終了に出会っていない。資金移動は固有の取引形態と定義され履歴が残るよう改善された。これは改善だが、あまり良い仕様ではない。資金移動については説明が必要だろう。FMMでは、まずCategoryをIncome/Expense/Savingに分類して定義する。記帳の際は、まずDeposit/Payment/Transferを指定する。From/Toで各々の口座を選ぶ。PQではCategory欄(通常はいずれかのCategory=勘定科目を指定する場所)の指定がいずれかのAccountならば作業中のAccountとCategory欄で指定したAccountとの間の資金移動となっていた。Account(口座)とCategory(科目)を区別なく使えたわけだ。PQに比べFMMではメニューをたどる手間が多い。その代わりに作業中のAccountという概念もないので取引登録の際にどのAccountでの処理かを個別に指定できる。逆に言えばいちいち指定しなければならないわけで、この辺がこなれていないというわけだ。PQは柔軟さと簡便さとのバランスがとれている。Softwareは出ていないようだ。Financeに分類されるPDA用のソフトウェアは少ないが、数が少ないことよりも機能が不足している製品ばかりということが問題だ。必要と思う点を列挙してみよう。単式簿記の製品は論外と言ってもよいが、意外にある。Windows(非CE)用の製品でも「家計簿」「小遣い帳」などを謳うものは疑ってかかった方がよい。FMMは複式簿記になっている。ドリルダウンできることAccounts(口座)、Categories(科目)、Trip/Client/Project/Class(プロジェクト等。部門コードなんかでもよさそう)ごとに残高(P/L科目の場合は今期発生額)一覧からドリルダウンしてその口座/科目/プロジェクトの取引だけを見ていくことができると便利だ。いうかそうしないと総勘定元帳を読むことになりやっていられない。現行(v1.7)のFMMはこれができない。Accountsで残高の一覧は見られるが、そこから関連する取引を見ていくことができない。取引を一定条件で(それなりに柔軟に)フィルタリングして一覧することはできる。一息という感じもするのだが。Reconcile相当の機能があること残高の帳尻合わせをする目的は使途不明金の記録ではない。確認する中で記帳漏れや二重記帳を発見したり金額や日付の間違いを訂正したりすることが大切だ。これを定期的に行う必要がある。クレジットカードの締め処理が典型。残念ながらFMMにはこの概念がないので利用者は頑張って手動Reconcileするしかない。リスト印刷して手でcrossoutしていくのが間違いなさそう。QuickFill相当の機能があること特に入力負荷が大きいPDAでは大切である。日本の場合FEPを利用して楽をすることもある程度できるが、やはりアプリケーション固有の省力化というのもあるので個別対応が欲しい。Transactionsは必ずしもいらない。して見ると、どれも安直に追加できる機能ではない。PQが凄かったかがわかる。HP200LXは日本では10万円ほどだった時期もあるのだから1-2-3も含め本格的なアプリケーションが載っていてもおかしくなかったのかもしれない。PQが開発された頃はLotusもお金があったことだろう。同じ条件を今の端末業界に期待してもそれは無理というものだ。こと、誰かHP200LXのエミュレータでも作ってくれないものか。PocketDOS+コネパクではPQが動かないから。課題と言っても私が製作している訳でもないのだから要望事項なのだが、単に要望と言うよりもやはり仕様として問題だと感じるところを挙げてみる。日本語版がない口座名や科目名、取引相手などに日本語を書き込むことは問題なくできるから実用上支障はないし実際私はそうして普段遣いしている。日本語版がないというのはとりもなおさず日本人ユーザーが少ないということを示していて、これは表示の問題だけでなくロジックの部分に響いてくるはずなので問題だと思うのだ。Sync(Export/Import)での文字化けほとんどの動作で日本語を使っていても挙動不審な点はないので内部処理は普通にUnicodeで行っているのだろうと思うが、Sync»ExportでQIFを作ってみると日本語で書いた部分がすべて0x01(^A)になってしまう。ようなことをしている感じである。PayerだけでなくCategory(勘定科目)の部分もそうなので、実際問題として日本語を使った帳簿は書き出せないのと同じだ。商品としては困ったものだ......。Formatという項目がありASCIIとUnicodeを選ぶようになっているが、こちらも単にASCIIを16ビット幅にしたものがUnicodeでしょという作りになっているような気がする。試していないので評価は避ける。金額の表示が小数部2桁固定Westernな国々では標準的だろうが日本では困る。ところがこれは根深い問題のようでPQでもどうにもならなかった。ま、あれは明確に米国版だったのだが。QuickFillが欲しい仕訳登録に際して指定させるDeposit/Payment/Transferの別がCategory選択時に反映されないPaymentなんだからExpenseで選ばせてほしいものだ。Totalで指定日時点の残高を算出する機能があるが、日付指定の際にYYYY-MM-DDを指定する入力欄でカーソルキーが効かないのはともかくとして、ダイアログに表示される日付がMM-DD-DDとなってしまい(算出されている残高は正しいようなのだが)信じてよいものかどうかわからない。