法人カードの明細書が届いたばかりで、22名の従業員による340件の利用が記載されています。月末決算まであと4日。そのリストのどこかには、重複したホテル代、誰も承認していないソフトウェア更新、3件の私的購入、そして元の支払いへの参照が一切ないまま計上された返金があります。見落としたものはすべて、失われた経費控除か、誤った経費計上か、あるいは気まずい会話のどれかになります。
法人カード照合とは、これらの各利用を、帳簿を締める前に、領収書・業務目的・そして帳簿上の正しい勘定科目に突合するという毎月の規律です。うまくやれば、集中した数時間で終わります。後回しにすれば、薄れた記憶と失効したカードフィードを掘り起こすフォレンジック調査になります。ここでは、それを前者のカテゴリーに保つワークフローを紹介します。
法人カード照合が通常のカード照合と異なる点
自分の事業用クレジットカードを照合するとは、1つの明細書を自分の記憶と突合することを意味します。法人カード照合とは、多くのカード保有者の利用を、他人の——しかも急速に薄れていく——記憶と突合することを意味します。この違いがプロセスのすべてを形作ります。
- 利用内容をカード保有者は知っているが、あなたは知らない。 「SQ *METRO」からの412ドルの利用は、経理担当者には何の意味もありませんが、チームランチを買った従業員にはすぐに明らかです。照合は、各利用を識別のためにそのカード保有者へとルーティングしなければなりません。
- すべての利用には、所有者、領収書、コードが必要です。 単に「明細書と一致した」だけでなく、個人に帰属し、証憑に裏付けられ、正しい経費勘定科目と部門またはプロジェクトにコード化される必要があります。
- 私的利用と返金は例外的ケースではなく、主要なケースです。 20人があなたのカードを持てば、偶発的な私的利用は数か月ごとに起こり、ベンダーのクレジットは絶えず計上されます。ワークフローは両方を日常的に処理できなければなりません。
これは、経費精算レビューと銀行勘定照合を1つのプロセスに融合させたものと考えてください。明細書はお金が動いたことを証明し、カード保有者はその理由を証明します。
毎月のワークフロー、ステップバイステップ
固定したサイクルを選び、それを守りましょう。多くの組織では、すべての取引を30日以内に照合・承認することを求めており、週次照合が推奨される習慣です。中小企業にとって実用的なリズムは、カード保有者が毎週利用を提出し、経理が月末の決算前に明細書全体を月1回照合するというものです。
1. すべてのカード保有者の利用を1か所に集める
まず、完全な取引フィードから始めます。明細期間中のアカウント上のすべてのカードについて、すべての利用、クレジット、手数料、調整を集めます。発行会社が会計システムへの取引フィードを提供しているなら、それを使いましょう。手動のCSVインポートは、利用が気づかれないうちに脱落する場所です。個々の行に触れる前に、フィードの合計を明細書の合計と比較して、フィードが完全であることを確認します。
従業員が事業用の品目を自腹で支払い、払い戻しを期待している場合は、それらを別の経費精算トラックに保ちましょう。払い戻しをカード照合に混ぜると、利用が二重計上されます。一度はカードフィードで、もう一度は払い戻しで。
2. すべての利用の領収書を集める
すべてのカード保有者に、各利用に領収書または請求書を添付し、さらに一行の業務目的——何を購入し、なぜか——を添えるよう依頼します。「Acme更新チームとのクライアントディナー」は業務目的ですが、「ディナー」はそうではありません。
ここでのIRSの記録保持規則は、上限ではなく下限です。一般的に、各経費の金額、日付、場所、および本質的な性質を示す証憑——領収書、キャンセル済み小切手、または請求書——が必要です。75ドル未満の経費については、宿泊費を除き、証憑は厳密には要求されません。宿泊費は常に領収書が必要です。しかし、その例外は領収書を免除するだけであり、金額、時間、場所、業務目的の記録は依然として必要です。ほとんどの中小企業がすべてに領収書を要求するのは賢明です。なぜなら、一律のルールは閾値よりも強制しやすく、カード発行会社のフィードがすでに金額と日付を提供しているからです。
実効性のある提出期限を設けましょう。一般的なパターンは、30日を過ぎても提出されない利用にはリマインダーが送られ、長期間照合されていない利用があるアカウントは、カード保有者が追いつくまで停止されるというものです。要点は罰則ではなく、3か月前の利用はほとんど識別不能である一方、3日前の利用は10秒で済むということです。
3. 各利用を突合・検証・コード化する
フィードの各行について、3つのことを確認します。
- 領収書と一致するか。 同じベンダー、同じ金額、同じ日付（計上ラグの1〜2日は許容）。重複、別々に請求された分割発送、および計上金額が領収書と異なる外貨利用にフラグを立てます。
- 適切であったか。 購入が会社のポリシーとカード保有者の権限に適合しているか。単一購入限度額500ドルのカードでの2,000ドルのソフトウェア更新は、ソフトウェアが正当であってもポリシー例外です。
- 正しいコードが付いているか。 経費勘定科目、部門、クライアント、またはプロジェクトコードを確認します。「事務用品」対「クライアント請求可能な旅費」は、カード保有者の一行の説明が明らかにすべきコード化の判断です。
その後、上司またはマネージャーがコード化された利用を承認します。支出が適切であったかを判断できる人であり、単に計算が合うかどうかだけではありません。この第二の目が、正直な誤コード化と静かな不正使用の両方を捕まえる統制です。
4. 返金とクレジットを意図的に処理する
返金は、照合が最も頻繁にうまくいかない場所です。なぜなら、フィード上のクレジットは、それが取り消す利用へのポインターを持たないからです。航空会社からの189ドルのクレジットは、先月のチケット、3月の手数料、または別のカード保有者のカードの利用を相殺する可能性があります。
各クレジットについて、元の利用を見つけ、同じ経費勘定科目で相殺します。ベンダーの返金を雑収入として計上しないでください。それは経費と収益の両方を過大にし、税務申告書と管理報告書が依拠するカテゴリー合計を誤らせます。元の利用がすでに締め切られた1か月後にクレジットが届いた場合は、前月を再開するのではなく、当期の同じ勘定科目に対して計上し、期間をまたぐリンクを記録して、次のレビュアーが同じクレジットを二度「発見」しないようにします。
部分返金も同じ注意が必要です。5泊の滞在の1泊を返金するホテル、または不足発送のクレジットを発行するサプライヤーは、元の経費行を減らすべきであり、独立した棚ぼたとして現れるべきではありません。
5. 私的利用にフラグを立て、返済を受ける
遅かれ早かれ、誰かが会社のカードで私的な購入をします——通常はレジで間違ったカードを掴むことによって。それをスキャンダルではなく日常的なワークフローとして扱いますが、迅速に扱います。
- 経費ではなく従業員への立替金として計上します。 私的利用は、従業員が会社に負っているお金です。「従業員への立替金」または「従業員からの未収金」に記録することで、控除から除外され、未回収残高が可視化されます。
- 返済を迅速に回収します。 一般的な方法は、従業員からの個人小切手または給与天引きです。給与天引きを使う場合は、まず従業員から書面による承認を得てください。いくつかの州では同意なしの賃金からの天引きを制限しており、カード発行時の署名済みカード保有者契約がこれをきれいにカバーします。
- 放置しないでください。 何か月も売掛金に残る未返済の私的利用は、監査でまさに間違った質問を招きます。これは本当に貸付だったのか、それともW-2に載せるべき報酬だったのか? 可能な限り同じサイクル内でクリアにしましょう。
意図的な不正使用は別問題であり、カードポリシーに属します。初回の違反と常習的なパターンで何が起こるか、誰がレビューするか、いつカード特権が取り消されるかを定義します。必要になる前にそれを書き留めておくことが、ポリシーと反応を分けるものです。
6. 承認、計上、締め
すべての行が突合、コード化、クレジット処理、またはフラグ付けされたら、最終承認のためにパッケージを回し、総勘定元帳に計上します。次に統制合計チェックを実行します。計上された利用の合計からクレジットを引き、手数料と利息を加えたものが、明細書の残高と等しくなければなりません。そうでなければ、何かがスキップされたか二重計上されています。年末決算の間に、その期間のカードフィードがもはや調整できないときにではなく、今それを見つけましょう。
パッケージ——明細書、領収書、承認——を期間ごとに取り出せる場所に保管します。会計記録へのデジタル添付は共有ドライブのフォルダーに勝り、共有ドライブのフォルダーは靴箱に勝りますが、取り出し可能なシステムであれば要件を満たします。
期限が単なる整理整頓ではなく税務上の問題である理由
照合のタイムテーブルは、従業員の経費処理を非課税に保つIRSのaccountable plan規則に直接つながります。払い戻しと手当が従業員にとって非課税で、あなたにとって控除可能であり続けるには、その取り決めに3つのことが必要です。経費の業務関連性、従業員による十分な立証、そして超過額の返還です。
「適時」には、期限を設計する価値のあるセーフハーバーがあります。経費から60日以内の立証、および120日以内の超過払い戻しの返還です。これらの期間を体系的に逃すと、その取り決めはnonaccountable planのように見え始めます——その時点で払い戻しは、所得税の源泉徴収と給与税の対象となる課税賃金になります。あなたの30日照合ルールは官僚的な熱意ではなく、遅れている人を追いかける余裕を持って60日のラインのはるか内側にいる習慣です。
同じ論理が未返済の私的利用にも当てはまります。会社が支払い、決して回収しなかった私的購入は、経済的には追加報酬です。迅速な返済は、帳簿の物語——短い立替金で、返済された——を現実と一致させます。
よくある不一致とそれが通常意味するもの
- 領収書の欠落。 最も一般的なギャップです。記憶が新しいうちにカード保有者に利用の詳細を送り、本当に紛失したものについては正式な例外プロセス——金額、ベンダー、業務目的を記載した署名済みの領収書欠落宣誓供述書——を維持します。年に2回使われる宣誓供述書は統制ですが、週に2回使われるものは穴です。
- 重複利用。 後で2行目として計上される保留中のオーソリゼーション、またはデポジットを請求してから全額を請求するベンダー。詐欺と決めつける前に領収書と突合しましょう。ほとんどの重複はオーソリゼーションの保留またはデポジット後の最終請求に解決します。
- 誤った期間の利用。 明細書の締め切りは旅費を恣意的に分割します——ホテルは火曜日に計上され、レンタカーは木曜日に。カードアカウントの明細期間に対して照合しますが、管理報告のために旅費を旅行にコード化して、1回の旅行のコストが一緒に保たれるようにします。
- 外貨差額。 領収書はユーロを示し、フィードはドルと換算手数料を示します。換算後の金額を経費に、手数料を銀行手数料に計上し、為替変動の0.5%を照合するために1時間を費やさないようにします。
- 正体不明の少額利用。 暗号のような記述子を持つサブスクリプション、アプリストアの購入、ドメイン更新。記述子を所有者にマッピングする共有レジスター(「APL*ITUNES 855-xxx — デザインチームのストック素材」)を維持して、毎月の謎の利用を減らします。
- 一致する利用のないクレジット。 現在のフィードウィンドウより前に行われた購入の返金、または好意によるクレジット。無期限に仮勘定に置くのではなく、調査します。増える一方の仮勘定残高は、発見されるのを待っている貸倒償却です。
利用が真のベンダーエラーに見える場合——二重請求、誤った金額、提供されなかったサービス——まずベンダーに連絡します。ほとんどの請求エラーは、発行会社の異議申し立てプロセスよりもその方が早く解決します。発行会社のプロセスは、ベンダーが協力しない場合のバックアップであるべきです。
月末の慌ただしさを防ぐ統制
最も安価な照合は、照合するものがほとんどないものです。一度設定した少数の統制が、毎月の苦痛のほとんどを取り除きます。
- 職務に合った限度額でカードを発行する。 1取引および月次の上限、さらに発行会社がサポートする場合は加盟店カテゴリー制限が、ポリシーを配管工事に変えます。家電店で3,000ドルを使えないカードは、その例外レポートを決して生成しません。
- 支出時点での領収書キャプチャを要求する。 レジで撮ったスマホの写真は、3週間後に要求された領収書に勝ります。ツールが何であれ、ルールは「今すぐキャプチャし、毎週提出する」です。
- すべてのカードに署名済みのカード保有者契約を保管する。 カードは業務用であること、未返済の私的利用に対する給与天引きを承認すること、領収書と提出の期限を明記することを述べるべきです。署名のない契約は、まさに最も必要とするときに表面化します。
- 職務を分離する。 支出する人が承認する人であってはなりません。5人の会社であっても、オーナーがオフィスマネージャーの利用をレビューし、誰かがオーナーの利用をレビューすることがループを閉じます。
- 定期利用のレジスターを四半期ごとにレビューする。 サブスクリプションは法人カード上で静かに蓄積します。繰り返しの記述子を四半期ごとに精査することで、ゾンビトライアルをキャンセルし、誰も使わない更新を再交渉します。
これらのどれもエンタープライズソフトウェアを必要としません。カード保有者と限度額の共有スプレッドシート、領収書キャプチャの習慣、固定された毎週の提出時間が、自動化がその価値を証明する前に、小さなチームを大いに助けます。
最初のスワイプからカード支出を整理整頓しておく
法人カード照合は、実のところ期限付きの簿記の衛生管理です。すべての利用が帰属し、すべての領収書が保管され、すべての返金が相殺され、すべての私的購入が返済されます。これに苦労する企業は、めったにツールの問題を抱えていません——タイミングの問題を抱えており、他人の4週間分の支出が、誰もその半分が何だったか覚えていないほど積み上がるままにしています。
プレーンテキスト会計でカード支出を追跡すると、規律が可視化されます。各利用は、領収書と業務目的が添付された日付付きの取引であり、従業員への立替金は忘れられた好意ではなく明示的な残高であり、月末の統制合計は掘り起こしではなくクエリです。Beancount.ioは、あなたが完全に所有するバージョン管理された帳簿で、その透明性を提供します。無料で始めると、開発者と財務専門家がなぜプレーンテキスト会計に切り替えているかをご覧ください。
