freee会計が「使いにくい」と言われる原因は、機能の不足ではなく簿記の型からの翻訳コストにあります。つまずく箇所は振替伝票と未決済取引・補助科目の不在・残高のズレ・自動登録ルール・月次の追跡の5点にほぼ集約されており、いずれも導入初期の設定と運用ルールで回避できます。逆に、この5点を潰しても違和感が残る場合は設定の問題ではなく設計思想との相性なので、仕訳入力を主軸に据えたソフトを比較対象に戻すほうが早いと考えられます。
結論: 「使いにくい」の正体は機能不足ではなく、簿記の型からの翻訳コストである
freee会計を「使いにくい」と評する声の大半は、簿記経験者・会計事務所出身者から出る。機能が足りないのではない。従来の会計ソフトが「借方／貸方」を直接入力させるのに対し、freee会計は「取引」と「決済」の二階建てで記帳を組み立てる。この設計差を理解しないまま従来の手つきで入力すると、残高が合わない・消込ができない・集計が取れないという症状がまとめて出る。逆に言えば、つまずく箇所はほぼ5点に集約されており、いずれも導入初期の設定と運用ルールで回避できる。本稿では経理実務の観点から、その5点と回避設定を整理する。
前提: freee会計は「取引」を主語にして帳簿を組み立てる
従来型のソフトでは、仕訳が唯一の入力単位である。売掛金の計上も入金も、どちらも仕訳を1本切って終わる。freee会計はここが違う。売上や経費は「取引」というオブジェクトとして登録され、その取引が「完了」なのか「未決済」なのかというステータスを持つ。未決済の取引は、後から銀行明細と紐付けて「決済」した時点で消し込まれる。仕訳はこの一連の操作の結果として裏側で自動生成される、いわば出力物である。
つまり、freee会計における入力の主語は仕訳ではなく取引である。この一点を押さえずに操作すると、以下の5点すべてに引っかかる。導入判断そのものを比較したい場合はfreee vs マネーフォワードの経理目線10項目を先に読むと、設計思想の違いが立体的に見える。
つまずき1: 振替伝票で切った売掛金が「未決済リスト」に載らない
最も再現性が高いのがこれである。従来のやり方で「(借)売掛金／(貸)売上高」を振替伝票から直接入力すると、freee会計はそれを取引として認識しない。仕訳としては正しく計上されるため、試算表の売掛金残高は正しく増える。ところが債権管理レポートの未決済一覧には載ってこない。
その後、入金があって銀行明細を「自動で経理」から処理しようとすると、消し込むべき未決済取引が候補に出てこない。担当者はやむを得ず新規の売上取引として登録し、結果として売上が二重計上されるか、売掛金が消えずに残高が積み上がる。freeeのヘルプセンターも、振替伝票から登録した債権債務は個別に未決済取引へ変換できないため、未決済取引を手動で登録し直す必要があると案内している。
回避設定
- 運用ルールを一行で固定する: 「発生主義で立てる債権債務は、仕訳ではなく必ず『未決済の取引』として登録する」。これを経理マニュアルの先頭に置く。
- 振替伝票の使用権限を絞る: メンバー権限で振替伝票の利用を管理者に限定し、日常入力の担当者が誤って仕訳から入る動線を塞ぐ。決算整理仕訳・振替仕訳だけを振替伝票の守備範囲とする。
- 月次で債権債務管理レポートを開く: 試算表だけを見ていると気づけない。売掛金の総勘定元帳残高と、債権管理レポートの未決済合計が一致しているかを月次で突き合わせる。乖離額がそのまま「仕訳で切ってしまった債権」の金額になる。
つまずき2: 補助科目が存在しない
freee会計には補助科目という概念がほぼ無い。「売掛金／A社」「売掛金／B社」という階層を作ろうとしても、その入り口が見当たらない。ここで多くの経理経験者が手が止まる。
代わりに用意されているのが4種類のタグである。取引先・品目・部門・メモタグを勘定科目に対して付与し、組み合わせで内訳を表現する。従来の「勘定科目＞補助科目」が一対一の階層だったのに対し、タグは多次元である。「営業1課(部門)のA社(取引先)に対する広告宣伝費(勘定科目)」といった切り口を、月次推移表からクロス集計で取り出せる。
回避設定
タグは自由度が高い分、割り当てを決めずに走ると誰も使わないゴミ箱になる。導入時に次の4行を決めておく。
- 取引先タグ: 従来の補助科目の直訳。売掛金・買掛金の相手先を必ず入れる。勘定科目内訳明細書の作成が一気に楽になるため、ここだけは入力必須にする。
- 品目タグ: 交際費の「贈答品／飲食」、消耗品費の内訳など、科目をさらに割りたい軸に使う。税率が混在しやすい科目に効く。
- 部門タグ: 組織階層。セグメント別の損益を出す予定があるなら初年度から入れる。後から遡って付け直すのは現実的でない。
- メモタグ: 付箋として使う。「要確認」「担当:山田」など、締めの過程で消えていく情報を置く場所と割り切る。
入力必須にするタグは取引先だけに絞るのが実務的である。4種類すべてを必須にすると入力が止まる。
つまずき3: 登録残高と同期残高がずれる
ホーム画面の口座残高と、帳簿上の残高が合わない。これも頻出する。freee会計は2つの残高を持っている。同期残高は銀行から取得した明細の最終残高であり、登録残高は登録済みの記帳から算出した帳簿上の残高である。両者は本来ずれるものだ。
ずれの主な原因は3つある。取得した明細のうち取引登録が済んでいないものが残っている場合、未来日付の仕訳が登録されている場合、そして仕訳承認機能を使っていて未承認の仕訳が残っている場合である。慌てて調整仕訳を切ると、翌月さらに合わなくなる。
回避設定
- 残高チェック機能を有効にする: 開始残高・同期残高・登録残高を自動で突き合わせ、ずれの可能性がある月にアラートを出す機能が用意されている。タイムライン画面で該当月をクリックすれば発生箇所まで辿れる。
- 締めの順序を固定する: 「明細の取引登録を全件消化する → 残高チェックを見る → 差額の原因を特定する → 必要なら仕訳を直す」。この順序を崩さない。差額を先に潰そうとしないことが要点である。
- 未来日付の仕訳を月次で洗う: 前払・前受の計上で意図せず翌月日付が入ることがある。締めの直前に日付でソートして確認する。
つまずき4: 自動登録ルールが誤ったまま量産される
「自動で経理」の自動登録ルールは強力だが、誤った条件で作ると、その誤りが以後すべての明細に適用され続ける。しかも一括適用の処理は非同期で走るため、画面を再読み込みすると登録済みの明細が登録待ちに戻ったように見えることがあり、二重に処理してしまう事故につながる。
自動仕訳の学習がどういう仕組みで働くのかは仕訳自動化の仕組みとルール設計で整理しているので、ルールを作る前に一度目を通しておきたい。
回避設定
- ルールをCSVでエクスポートしてから触る: 自動登録ルールの一覧はCSVで書き出せる。編集前にバックアップを取っておけば、誤設定の巻き戻しが効く。
- 一括適用中は画面を触らない: 処理完了の表示が出るまで再読み込みしない。非同期処理の途中経過を見て再実行するのが二重登録の典型的な入口である。
- 四半期に一度ルールを棚卸しする: 取引先の名称変更や決済サービスの切り替えで、条件に合致しなくなったルールが残る。使われていないルールは削除する。
つまずき5: 「取引」と「決済」の二階建てを月次で追えない
1〜4を個別に潰しても、月次の締めで全体を見る視点が無いと同じ症状がまた出る。freee会計では、取引の発生と決済が別の操作なので、「発生は登録済みだが決済が漏れている」状態が静かに溜まる。試算表だけを見ていると、この滞留は売掛金・買掛金の残高としてしか現れず、内訳が分からない。
回避設定
月次決算のチェックリストに、次の3点を固定の手続きとして入れる。
- 債権管理レポート・債務管理レポートの未決済一覧を出力し、滞留期間の長い明細を抽出する
- 売掛金・買掛金の総勘定元帳残高と、上記レポートの未決済合計を突き合わせる
- 差額が出たら、その月に振替伝票から切られた仕訳を洗う(つまずき1の症状である)
締めの手順そのものの設計は月次決算を5営業日で締めるスケジュールにまとめてある。
導入前に決めておく設定チェックリスト
ここまでの回避設定を、導入時に決めるものと運用で回すものに分けると次のようになる。稼働後に決めようとすると、すでに入ったデータを遡って直す作業が発生する。
- 導入時に決める: 振替伝票の使用権限／取引先タグの必須化／部門タグを使うかどうか／品目タグの粒度／開始残高の登録方法
- 運用で回す: 月次の残高チェック／債権債務レポートの突合／自動登録ルールの四半期棚卸し
移行そのものの段取り(期中導入か期首導入か、開始残高をどう入れるか)はクラウド会計ソフト導入手順で扱っている。
それでも合わないと感じる場合の判断
5点を潰しても違和感が消えないなら、それは設定の問題ではなく設計思想との相性である。仕訳を直接叩く速度を最優先する経理体制、既存の補助科目体系を崩したくない組織、複数の会計事務所と仕訳ベースでやり取りする運用では、取引ベースのUIが恒常的な摩擦になる。その場合は無理に慣らすより、仕訳入力を主軸に据えたソフトを比較対象に戻したほうが早い。
逆に、簿記知識の薄い担当者が回す体制、証憑と記帳を一体で管理したい組織では、ここまでの5点さえ設定で潰しておけば、freee会計の自動化は素直に効く。良い面も含めた総合的な評価はfreee会計の評判と口コミに整理してある。