経費精算のペーパーレス化を実現する基幹システムの使い方

月末最終の金曜日です。営業の田中さんが大阪オフィスに戻ってきました。手にはクリアファイル。中には新幹線の切符、タクシーのレシート、そして3週間前の客先訪問での夕食会の領収書がくしゃくしゃになったまま入っています。経理担当は伝票の枚数を数え、色あせて読めない感熱紙をしかめっ面で見つめ、金額、税率、取引先名をスプレッドシートに手入力します。そのあと承認を求めるメールを上司に送り、返事を待ち、支払一覧を印刷し、会計ソフトに仕訳を打ち込みます。これを毎月60人の社員分繰り返すと、かかるコストは膨大になります。

この光景は日本ではまだ当たり前です。2023年のTOKIUMによるオフィスワーカー調査では、約90%が紙のレシートを物理的に持ち帰って経費を申告していると分かりました。同じ調査シリーズでは、経費プロセスを完全にデジタル化している企業はわずか7%程度にとどまっています。デジタル化への意欲と、実際に運用できているかの差は大きいままです。ただ朗途はあります。現代の基幹システムは、単体のツールを追加でつなぎ合わせることなく、この差を埋めてくれます。

紙の経費が静かにコストを食う理由

経費精算は1件あたりで見ると小さく見えます。まとまると決して小さくありません。オフィスに届く紙のレシート1枚ごとに、一連の手作業が始まります。データ入力、税率の確認、重複チェック、承認の催促、ファイリング、そして帳簿への再入力です。各ステップが、入力ミス、伝票の紛失、仕入税額控除の取りこぼしのきっかけになります。

コストは3つの形で現れます。1つ目は社員の時間です。経理チームは月末に何日も紙の照合作業に費やし、数字を分析する時間が残りません。2つ目目は控除の損失です。消費税のレシートが紛失したり色あせたりすると、その10%あるいは8%の購入にかかる仕入税額控除がそのまま消えます。3つ目目は監査リスクです。キャビネットの箱に入ったレシートの山は、レビューの場で防御するのが困難です。これらのコストは経費科目の1行として現れないため、長期間そのまま放置されるのが実情です。

より根本的な問題は分断です。レシートは財布の中にあり、承認はメールの中にあり、金額はスプレッドシートの中にあり、帳簿はまた別の場所にあります。基幹システムはこれらすべてのステップを一つのつながった流れに統合することで、この問題を解決します。申請、承認、レシート画像、会計エントリーがいつでもワンクリックの距離に置かれます。

組み込み型の経費モジュールが実際にできること

ここでお話しするのは、レシートをスキャンしてあとは運任せ、という話ではありません。基幹システムに組み込まれた本物の経費モジュールは、ライフサイクル全体を処理します。実際の経費コードを読むと、以下はロードマップ上の約束ではなく、本当に実装されている機能です。

1件の申請で、複数行を、構造化して

社員は必要なだけの行を含む1件の精算申請を提出します。各行には経費科目、取引日付、任意の取引先名、自由記述の摘要、税抜金額が保持されます。1行ごとに税の内訳も持てるため、1件の申請の中で10%課税の接待費と軽減税率の交通費を混在させることができます。行はプロジェクトに紐付けられるため、特定の顧客向けの営業出張のコストは正しいプロジェクトの帳簿に割り当てられます。

重要なのは、合計額を画面表示で信用しないことです。システムは小計、税率ごとの税額集計、総額を毎回サーバー側で再計算します。社員が合計を手編集して、申請と帳簿の間に丸め誤差のズレを作ることはできません。

レシートはあるべき場所に、ルール付きで添付

すべての行にレシートの添付ファイルを持たせることができます。申請が作成されると、ファイルは一時的なアップロード領域から、同じトランザクション内で永続的な保存場所へ移動します。そのため途中でアップロードが止まった申請がレシートを迷子にすることはありません。システムはその画像を閲覧するための安全で有効期限付きのリンクを発行します。共有ドライブも、メール添付も、覚えておくフォルダ命名規則も不要です。

面白いのはルールエンジンです。経費科目ごとに独自のレシート方針を設定できます。ある科目は全額レシート必須、別の科目は設定した閾値、たとえば1,000円を超える場合のみ必須、と切り替えられます。提出時にシステムは各行を科目ルールと照合します。3,000円のタクシーの行にレシートが添付されていなければ、承認フローに進む前にブロックされ、行と科目名を明示したメッセージが出ます。これこそが、デジタル化された経費システムが月末業務を削減できる最大の理由です。不備のある申請は承認の旅に出発すらしません。

申請と一緒に動く承認フロー

申請は孤立していません。提出された瞬間、経費モジュールは設定可能な承認ワークフローに申請を渡します。申請は定義された承認ルートに紐付き、ステータスは下書き、提出、差戻し、承認済みと流れていきます。上司は修正のために申請を差し戻せます。社員は全体を打ち直すことなく、編集して再提出できます。

承認が同じシステムの中にあるため、履歴は完全です。誰が、何を、いつ承認したかを、元の申請に紐付いた形で確認できます。内部統制を考える企業にとって、これは紙の承認伝票では到底提供できない監査証跡です。

-> 関連：監査に耐える承認ワークフロー

ほとんどのツールが見落とすステップ：仕訳の自動起票

ここが、基幹システムとレシートスキャンアプリを分ける部分です。経費精算が承認された瞬間、システムは会計エントリーを自動で書き起こします。社員への未払債務全額を未払金として貸方に記帳します。各行の税抜金額を該当する経費勘定の借方に記帳し、交通費は交通費へ、接待費は接待費へ、消耗品費は消耗品費へと振り分けます。さらに、異なる税率ごとに行全体で集計した仕入消費税勘定を借方に記帳します。この仕訳は承認が完了した瞬間に転記され、参照番号として申請番号が付きます。結果は貸借一致した転記済みの仕訳です。

その後、経理が承認済みの申請を支払済としてマークすると、2つ目の仕訳が自動で起票されます。社員への支払という行為が、未払金を借方に、現金または預金を貸方にする支払仕訳を生成します。そのため承認から現金が外部に流出するまで、取引の両脚が自動的に、正しい勘定で、税が正しい場所に入った状態で記帳されます。

これがシステムで自動起票する3つの源泉の3つ目です。売上請求書と買掛請求書は単独で起票します。経費精算は承認された瞬間に起票し、支払のタイミングで支払仕訳が続きます。それ以外、在庫調整や製造コストなどは、現時点では手動の仕訳になります。この境界について正直に伝えることの方が、過剰に売り込むことより大切だと考えています。

-> 関連：仕訳が自動で生まれる場所

事例：東大阪の精密部品メーカー

関西の産業機器メーカー各社に部品を供給する、東大阪の精密部品メーカーを想像してください。社員数は約70名。営業エンジニアは大阪、京都、名古屋の顧客間を常に移動しています。基幹システム導入前は、各エンジニアが1か月分のレシートをため込み、フォルダに詰めて会計チームに投げていました。

新しい流れでは、エンジニアは出張当日の夜、スマートフォンから申請を起票します。新幹線のチケットは交通費の行に添付されます。客先での夕食のレシートは接待費の行に添付され、その顧客のプロジェクトに紐付けられます。どちらの行も独自の10%の消費税を持ちます。申請はその夜のうちに上司の承認キューに届き、上司は朝の通勤中に承認します。

月末、経理担当は承認済みの申請を選択し、一括操作で支払済としてマークします。システムは完全に承認されていない申請の支払を拒否し、同じものを二度支払うことも拒否します。経費、税、未払金の各仕訳は各申請が承認された時点ですでに帳簿に転記されており、支払が記録された瞬間に現金払い出しの仕訳が続きます。かつて分散したまま管理されていた年間80万円の旅費交通費や接待費は、何日もかかっていた照合作業が数分で終わり、レシートは事後で探すのではなく提出前に添付されているため、仕入消費税の1円も取りこぼしがなくなります。

時間削減を超えて、なぜこれが重要なのか

メリットは単に削減できた時間だけではありません。もっとも、その時間も実在します。2025年のDesigNet調査では、日本企業の75.6%がすでに紙データのデジタル化に取り組んでおり、約半数がペーパーレス推進をデジタルトランスフォーメーションの最優先課題に挙げています。経費精算は企業が抱える摩擦の最も大きい紙のプロセスの一つであり、だからこそ変革目標の目に見える成果を出す最も早い手段の一つでもあります。

コンプライアンスの側面もあります。日本の電子帳簿保存のルールと適格請求書制度はどちらも、検索可能で改ざんに強いデジタル記録の保持を企業に求めています。レシートが行に添付され、行が申請番号付きの転記済み仕訳に集約されていれば、監査人が求める記録はすでに整っています。紙のプロセスの上に後からコンプライアンスをかぶせるのではなく、最初からコンプライアントなプロセスを構築したことになります。

最後に、後継者育成の問題があります。日本の中小製造業の多くは、一人のベテラン経理担当者の頭の中に何十年分もの暗黙知を抱えています。その人が定年を迎えるとき、紙の仕組みも一緒に去っていきます。基幹システムはワークフロー、ルール、履歴を記録に残すため、次の世代が受け継ぐのはパズルではなく、プロセスになります。

よくある質問

現在のスプレッドシートからの移行で、過去の履歴は失われますか？

いいえ。本番稼働前に、未決済および最近の申請を移行しておくことをお勧めします。経費モジュールは下書き、提出済み、支払済みをそれぞれ異なる状態として扱うため、過去の申請を正しいステータスで取り込めます。ただし、メールの受信箱や机の引き出しに眠っているレシートの自動移行までは期待しないでください。そこは1回限りのクリーンアップ作業になります。Kikan System は最大2ユーザーまで無料、クレジットカード不要で始められるため、基幹システムへの切り替えをまず小規模で試してから全体へ広げられます。

会計エントリーが正しいと、どうやって分かりますか？

構造上複式簿記に従っているからです。承認済みの各申請は貸借一致した仕訳を生成します。経費の借方合計に税の借方合計を足した額が、未払金の貸方と一致します。任意の仕訳を開き、元になった申請と行まで遡って追跡できます。経費科目に経費勘定のマッピングが設定されていなければ、システムは誤った勘定に黙って転記するのではなく、警告を出してその行をスキップします。ここでの透明性が安全装置です。

費目ごとに異なるルールを設定できますか？

はい。ここで科目ごとのレシート方針が真価を発揮します。接待費は全額レシート必須、社内交通費は1,000円超のみ必須、といった設定が可能です。閾値と常時必須のフラグは経費科目に設定されるため、方針はたまたま起票する人ではなく、費目と一緒に移動します。1つのルールが毎回、一貫して適用されます。

異なる税率が混在する経費の消費税はどうなりますか？

1件の申請の中に異なる税率の行を混在させることができ、仕訳は税率ごとに個別の借方として仕入消費税勘定を処理します。そのため10%の接待費と軽減税率の交通費を含む申請は、正しく集計された2つの別々の税行として転記されます。何もブレンドも近似もされません。

重要なポイント

ペーパーレス経費精算とは、スキャンアプリのことではありません。それは、一つの基幹システムの中で、レシート、承認、仕訳という3つを結びつけることです。この3つが一緒に存在するとき、月末は短くなり、仕入税額の漏れは止まり、監査証跡は自ずと構築されていきます。

Kikan System で始める

もし月末のファイル整理にうんざりしているなら、Kikan System をご覧ください。経費精算モジュールは申請の起票、科目ごとのレシートルールの強制、承認の実行、そして経費と支払の両方の仕訳を自動で起票します。2ユーザーまで無料、カード不要のフリープランですぐに始められます。/#get-startedからご開始ください。