要約

  • Finofo は9月9日、買掛金基盤を経費と購買に拡張すると発表した。新たな法人カードへの切り替えは導入条件ではない。
  • 経費処理は明細や領収書の到着に左右される一方、購買申請は発注前に承認できる。共通基盤を使っても、両者の承認時点は同じにならない。

カード明細に載った支出を経理が確認するとき、取引自体はすでに行われている。何を買い、誰の業務に使い、どの勘定に計上するかを確かめる仕事だ。これから購入する物品の申請なら、問いは「その支出を認めるか」になる。Finofo の新機能は二つの仕事を同じ基盤に集めるが、この時間差までなくすものではない。

Finofo が GlobeNewswire を通じて公表した発表では、既存の買掛金処理エンジンを経費管理と購買に広げる。同社はカードを発行せず、顧客に新しい法人カード制度への移行を求めないとしている。カードを残したまま業務ソフトを選べることは、導入時の選択肢になる。ただし、既存カードを維持できることと、必要なデータが自動で揃うことは別だ。

明細をどう取り込むかで運用が変わる

経費管理の製品説明は、銀行やカードのデータへの直接接続に加え、財務担当者による明細ファイルのアップロードも示している。したがって、すべての銀行で即時の直接連携が使えると読み替えることはできない。利用する口座の接続方式、対象期間の欠落、ファイルを用意する担当者を導入時に確認する必要がある。

領収書はメールやテキストメッセージ、アップロードなどで提出でき、加盟店、金額、通貨、日付を手掛かりに取引と照合する。製品説明では、確度の高い照合は自動で関連付け、候補として示された照合は利用者が確認する。対応付けできない取引は、領収書や説明を待つ状態で残る。照合ができたことだけでは、支出の妥当性や承認まで確定しない。

人による確認も明記されている。チームでの承認に続いて、財務側が勘定科目、管理項目、分類、税コード、証憑を確認し、自分の経費を自分で承認することは認めない。自動化の対象は情報の収集や対応付けを含む業務であり、公開資料は人の判断が一切不要になったという証拠ではない。

会社のカードで支払った経費と、従業員が個人で立て替えた費用も区別される。承認済みの立替経費は買掛金側の支払対象となり、プラットフォームでの支払い、一括処理、外部で済ませた支払いの記録につなげられるという。これは、カードで決済済みのすべての経費について、従業員への再支払いが必要になるという意味ではない。

購買では発注前の判断を組み込める

購買・発注書照合の説明では、法人単位、仕入先、部門、金額、費目などに応じて、発注書を作る前に申請を承認へ回せる。発注書は Finofo 内で作成するほか、既存システムから取り込んだり同期したりできる。企業が実際の購買手続きとして採用する範囲では、取引の後ではなく、約束をする前に判断を置ける。

もっとも、すべての購入で発注書を必須にする設計ではない。発注書を求める対象や、差異を許容する範囲は顧客側の設定に依存する。入荷やサービスの受領、分納の記録と、数量、単価、税額などを照合し、発注書不足や価格差、未受領といった例外を、承認・計上・支払いの前に扱う仕組みだ。設定があるだけで、対象の支出がすべて事前承認を通るわけではない。

共通の基盤で規則を使い回せれば、部署ごとに似た設定を維持する負担は減らしやすい。一方、公開資料からは、カード発行会社が決済承認時にどの内部規則を実行するのかまでは確認できない。社内の購買承認と、カード利用時の発行会社による承認を、同じ制御として扱うべきではない。

外部システムとの連携説明は、会計・基幹システムの接続完了前に情報収集や照合を始め、準備ができた段階で仕訳用情報を付けた請求書を送る進め方を示す。複数の既製コネクターや個別の業務連携も掲げているが、あらゆる構成の導入期間や成果を保証する実測値ではない。今回確認できるのは機能の拡張であり、接続範囲や例外処理の手間、削減効果はそれぞれの利用環境で確かめる課題になる。