CFA 102,000の請求書は、現金で決済するとCFA 102,000を超えるコストになる場合があります。これが、ニジェールが2026年に導入する特定の現金決済、預入、送金に対する税に関する実務上の論点です。単に税が存在するかではなく、どの取引がなぜ税を発生させ、最終的に誰がその費用を負担したのかを、あなたの事業が把握できるかどうかが重要です。
小規模事業者では、新たな決済税が月末まで「手数料」という混在した科目に埋もれがちです。そして月末になると、現金残高、仕入先請求書、モバイルマネー明細が一致しなくなります。解決策はシンプルな運用の仕組みです。しきい値を把握し、取引とその税を分け、両方を説明できる十分な証跡を保持してください。
本ガイドは、発表された2026年の枠組みを実務的に要約したものです。法務または税務上の助言ではありません。規則があなたの事業、事業者、契約にどう適用されるかについては、ニジェールで資格を有する税務アドバイザーまたは関係当局に確認してください。
あいまいな「決済手数料」ではなく、まず二つの税を把握する
2026年の枠組みでは、二つの異なる税が区別されています。すべての決済に対する一律の上乗せとして扱うべきではありません。
預入および口座間送金に対する税
預入および送金に対する税は、迅速送金事業者に保有される口座に関わる特定の活動に適用されます。公表された説明では、二つの税率が示されています。
- 0.5%：中央銀行の上限であるCFA 2,000,000以下の対象現金預入および口座間送金。
- 5%：対象となる預入または送金がこの規制上の上限を超える場合。許容上限を超える取引への抑止策として説明されています。
重要な例外は運用面にあります。同一事業者内の口座間送金は、この税の対象外と説明されています。異なる事業者の口座をつなぐ送金は課税対象となる可能性があります。この違いを経理担当者が顧客名から推測すべきではありません。取引記録と事業者の決済明細から確認する必要があります。
例えば、CFA 10,000の対象預入では、0.5%の税率でCFA 50の税が発生します。税額自体は小さくても、数百件の小口預入は、現金主体の小売業者の週次利益率や資金繰り予測に大きな影響を与えます。
対象となる現金決済に対する税
現金決済税は、独立した1%の税です。発表された説明によれば、実額課税制度の事業者が行う、またはその事業者とのCFA 100,000超の現金取引に適用されます。このグループには、法人、自由業者、および年間売上高が定められた制度上のしきい値を超える一部の個人事業者が含まれます。
つまり、現金で支払ったという理由だけで現金決済が自動的に課税されるわけではありません。金額、相手方の税務上の地位、取引の性質が重要です。CFA 98,000の現金購入とCFA 102,000の現金購入では、必要な書類や決済処理が異なる場合があります。
この違いは記帳上の問いも変えます。現金決済税は請求書をどのように支払うかに関連し、預入・送金税は資金が決済ネットワークに入る、またはネットワーク内を移動する方法に関連します。同じ商取引関係に関わる場合があっても、代替可能なコストではありません。
支払方法を変える前に、対象範囲を整理する
混乱を招く最も早い方法は、現金とモバイルマネーが業務フローのどこに入るかを特定せずに、全員に「現金を減らす」よう指示することです。代表的な一か月について、簡潔な決済マップを作成してください。
資金移動を目的別に一覧化する
ワークシートまたは元帳レポートに、次の四つの列を作成します。
- 顧客からの入金 — 現金売上、ウォレット入金、送金、事業のために行われた預入。
- 仕入先への支払い — 在庫、賃料、公共料金、請負業者、その他の購入。
- 内部資金移動 — 代理店へ持ち込む現金、ウォレットへのチャージ、事業口座間の送金、現金引出し。
- 事業主または従業員の資金移動 — 前渡金、精算、事業活動と混在させてはならない個人的な取引。
各行について、金額、日付、支払方法、送金元・受取先の事業者、請求書または領収書番号、取引を開始した担当者を記録します。税務上の扱いは個々の資金移動に左右されることが多いため、年末合計よりも有用です。
しきい値取引を早期にフラグ付けする
次の二つの自動フラグを追加します。
- CFA 100,000を超える現金決済。
- CFA 2,000,000に近づく預入または事業者間送金。
目的は、規則を避けるために正当な取引を分割することではありません。債務を人為的に分割すれば、それ自体がコンプライアンス上のリスクを生みます。目的は、資金が動く前に意識的な支払方法の選択をすることです。仕入先が希望する適法な方法を確認し、事業者手数料を理解し、請求書から支払いまでの証跡を残してください。
継続的な取引先の税務制度を特定する
継続的な仕入先、賃貸人、サービス提供者、大口顧客については、事業が保管を許され、かつ保管する必要がある情報を記した取引先マスターファイルを維持します。法的名称、該当する場合の納税者番号、支払指示、相手方が実額課税制度の下で事業を行うと想定されるかどうかを記載します。不明確なケースをどのように文書化すべきかは、アドバイザーに相談してください。
これにより、レジでの土壇場の質問が、検証可能な設定上の判断に変わります。また、銀行またはウォレットの選択肢が準備されていなかったという理由だけで、従業員が高額な請求書を現金で支払うのを防ぐことにも役立ちます。
元帳で事業上の出来事と税を分けて表示する
会計原則は明快です。決済税によって、基礎となる購入、販売、預入、送金が見えなくなってはなりません。
ある事業者がCFA 150,000の対象仕入先請求書を現金で支払い、その結果CFA 1,500の現金決済税が発生したとします。請求書は引き続きCFA 150,000の費用または在庫取得です。追加のCFA 1,500は、適切な処理が専門家の助言で確認されるまで、Expenses:Taxes:PaymentTaxesのような独立した勘定に計上する必要があります。
税を事業が負担する場合、簡略化した現金の見え方は次のようになります。
2026-08-29 * "Supplier" "Inventory purchase paid in cash"
Assets:Cash -150000 XOF
Assets:Inventory 150000 XOF
2026-08-29 * "Payment tax" "Cash-payment tax on qualifying settlement"
Assets:Cash -1500 XOF
Expenses:Taxes:PaymentTaxes 1500 XOF正確な勘定科目と税務処理は事実関係に依存しますが、この分離はどのシステムでも価値があります。これにより三つの異なる問いに答えられます。何を買ったのか。どのように支払ったのか。その方法によってどの税またはサービス料が生じたのか。
対象となるウォレット預入にも、同じ規律が適用されます。レジから出る現金、増加するウォレット残高、税または事業者手数料を別個の事象として記録します。預入全額を費用にしてはいけません。ウォレット残高は、支出または払出しが行われるまで事業の資金です。
現金とウォレットがともに関わる場合は毎日照合する
現金とウォレットを併用する業務では、損失のように見えるタイミング差が生じます。売上は今日記録され、顧客からの送金は明日決済され、事業者税が別の明細行として現れることがあります。月次照合では原因を突き止めるには遅すぎることが少なくありません。
三者照合を行う
各営業日の終わり、または少なくとも各シフトの終わりに、次の三つを比較します。
- POSまたは請求書の合計。
- 現金実査額とウォレット／事業者明細。
- 元帳の現金、ウォレット、仮勘定、税、手数料の各勘定。
すべての差異には理由を割り当てる必要があります。未決済、返金、輸送中の預入、事業者手数料、決済税、データ入力エラー、説明不能な差異です。「説明不能」は一時的なステータスであり、いつまでも未解決のままにする勘定区分ではありません。
輸送中の資金には仮勘定を使う
仮勘定は、モバイルマネーの預入が二重計上されるのを防げます。現金を代理店に渡すときは、Assets:CashからAssets:TransfersInTransitへ振り替えます。ウォレット明細で預入が確認されたら、Assets:MobileMoneyへ振り替えます。関連する税は表示された時点で別途記帳してください。
この構造により、現金またはウォレットの資金を過大計上することなく、遅延した入金を可視化できます。また、給与や仕入先への支払いに使えるのではなく、従業員、代理店、決済ネットワークにある資金の額を、経営陣が日々把握できます。
原始証憑を一か所に保管する
フラグ付けされた各取引について、請求書または売上記録、現金領収書、事業者の確認、ウォレット明細、提供者が表示した税の明細行を保管してください。日付、相手方、金額、参照番号を含む一貫したファイル名を使用します。
良好な記録は内部レビュー時の摩擦を減らし、重複請求と思われるものに異議を唱えることを可能にします。また、従業員が交代したときにも事業を守ります。説明は誰かの記憶の中ではなく、取引とともに残るからです。
税率だけでなく、運用上の摩擦も予算化する
0.5%または1%の手数料は、単独であれば簡単に計算できます。しかし、決済の時期や安全性を変える場合、運用コストはより大きくなることがあります。
最も一般的な取引金額について、小さなシナリオ表を作成してください。購入金額、適用される税または事業者手数料、移動または代理店の費用、予想決済遅延、運転資本への影響を含めます。その上で、同じ事業目的について、適法な決済手段を比較します。
例えば、毎週複数の仕入先支払いを行う小売業者は、適用される場合の1%の税だけでなく、現金取扱いの総コストを測定すべきです。現金回収にかかる時間、輸送中現金のリスク、照合作業、早期支払割引の逸失は、いずれも判断に影響します。逆に、デジタル手段ではネットワーク手数料や遅延が生じる場合があり、予測に反映させる必要があります。
最適な選択は、取引先や場所によって異なります。有用な経営習慣は、支払方法を、請求書の期限が来てからの後付けの判断ではなく、文書化されたコスト判断として扱うことです。
資金を動かす担当者に明確な統制を割り当てる
新たな決済規則が機能するのは、現金を受け取る人、送金を承認する人、明細を照合する人が同じプロセスに従う場合だけです。
次の事項について、文書化したルールを設定します。
- 現金のしきい値を超える支払いを誰が承認できるか。
- 従業員が現金ではなく銀行またはウォレットの方法を使う必要があるのはいつか。
- 事業者間送金とその税明細を誰が確認するか。
- 領収書と明細をどのくらいの期間保管するか。
- 次の営業日前に現金またはウォレットの差異を誰が調査するか。
一人の人に、現金を受け取り、送金を開始し、事業者明細を照合する権限を与えることは避けてください。非常に小規模な事業であっても、所有者は日次の例外レポートを確認したり、ウォレット残高と元帳を比較したりできます。単純な承認証跡は、残高がなくなった後の調査よりはるかに維持しやすいものです。
30日間の実施チェックリスト
最初の一か月を使って、新しい規則を繰り返し実行できる日課に変えましょう。
第1週：決済一覧を整理する
すべてのウォレット、代理店、銀行口座、レジ、従業員が保管する現金フロートを一覧にします。事業の集金指示から個人用口座を除外し、各認証情報を誰が管理しているかを確認してください。
第2週：記録を設定する
現金、重要な各ウォレット、輸送中の送金、決済税、事業者手数料について、別々の元帳勘定を作成します。しきい値フラグを追加し、すべての高額支払いに参照番号を必須とします。
第3週：照合をテストする
三者照合を一週間通して実行します。タイミング差を速やかに調査し、領収書や支払依頼で従業員が記入し忘れる項目を改善してください。
第4週：例外をレビューする
CFA 100,000を超えるすべての現金決済と、関連するすべての預入または事業者間送金を確認します。提供者が表示した税が取引の事実と一致し、裏付け書類が添付されていることを確かめます。未解決の分類上の問題については、元帳に恒久的な前提を置くのではなく、資格を持つ現地アドバイザーに相談してください。
財務管理をシンプルにする
決済方法や税が増えるとき、透明な元帳は、あらゆる現金移動、ウォレット残高、請求に明確な説明を与えます。Beancount.ioは、透明で、バージョン管理され、AI対応のプレーンテキスト会計を提供します。決済業務フローが変化しても、記録をレビュー可能な状態に保てます。無料で始める。