経費精算の期間跨ぎ伝票の処理方法?8月単9月承認、帳簿が既に締められている場合はどうするか
まず記帳日付をどれにするか決める:送信日、承認完了日、財務確認日、実際支払日、四択一。8月の注文が9月に承認された場合、承認完了日を取れば、伝票は9月に記帳され、期間跨ぎの問題は存在しません。提出日を取れば、8月の会計期間が既に締められているかどうかに対応する必要があります。鍵はどれを選ぶかではなく、選定後に全社で統一し、以後変更しないこと。
4つの記帳日付基準
| 基準 | 証憑記入 | 長所 | 問題 |
|---|---|---|---|
| 経費精算伝票の提出日 | 業務が発生した月 | 費用期間が業務実態に最も近い | 月をまたぐ承認時、前月はすでに締められている可能性がある |
| 承認完了日 | 承認通過した月 | 締め処理済みの問題は発生しません | 月末に提出された伝票の費用は翌月に繰り越される |
| 財務確認日 | 財務再審査通過の月 | 財務の制御性が最も強い | 財務処理の適時性に依存 |
| 実際支払日 | 支払の月 | と資金フローの一致 | 費用確認が著しく遅延し、発生主義に適合しない |
実務上承認完了日が最も多く使われる、なぜなら既締め問題を天然に回避でき、導入コストが最も低いからです。費用期間の正確性を追求する会社は提出日を選びますが、同時に締め衝突を解決しなければなりません。
実際支払日は一般に推奨されない——費用の確認を支払段階まで遅らせ、発生主義に反し、月末未払いの精算がすべて計上漏れとなる。
8月がすでに締め処理済みの場合の2つのルート
パス一:9月に繰り延べ計上
最も簡単で、多くの企業のやり方でもあります。8月がすでに締め処理済みなら振り返らず、証憑は直接9月に記帳します。代償は8月の費用が一部少なく計上されることで、金額が大きくないなら許容できます。
このパスには制約を一つ設ける必要があります:経費精算書の提出締切日を規定、例えば毎月5日までに前月の書類を提出するなど。締切を過ぎたものは一律当月に計上され、従業員にも期限内に精算する動機が生まれます。
パス二:引当計上
金額が比較的大きく、期間損益に実質的な影響がある場合、月末に費用を予提計上し、翌月の精算時に戻し入れます。これにより8月の費用は完全になり、9月の証憑は予提の戻し入れのみとなります。
代償として、引当計上と戻し入れの2つの手作業工程が増え、かつ金額を見積もる必要がある。金額が重要な場合のみ使用し、通常の方法としてはならない——そうでなければ毎月末に大量の引当計上が必要となり、作業量が制御不能になる。
このことは設計段階で確定しなければならない
期間跨ぎと締めの処理ルールは、費控プロジェクトで最も地雷を埋めやすい2か所のうちの一つである(もう一つは借方科目の部門差異)。
もしリリース前に決めていなかったら何が起こるか:リリース初月の月末に、月をまたぐ伝票が一気に押し寄せ、財務は伝票が記帳できないことに気づき、業務部門は経費精算が止まっていることに気づき、双方がITに来ます。この時点でルールを変更すると、すでに生成された伝票はすべてやり直しになります。
したがって調査段階で三つのことを明確に問いただす必要がある:記帳日はどれを採用するか、会計期間は通常いつ締め切られるか、締め切り後に調整をサポートする必要があるか。この三つの問題の答えが、証憑生成モジュール全体の設計を決定する。
システムレベルで備えるべき2つの能力
第一に、伝票日付に基づきルールバージョンを選択する。証憑生成時は、伝票が属する期間に応じてその時点で有効なルールを照合すべきであり、現在時刻によってはなりません。そうでなければ、9月に8月の証憑を生成する際、9月に発効した新ルールを使用する可能性があります。
第二に、支払期日状態検証の前置。証憑を生成する前に、対象期間が既に締め処理されているか確認し、締め済みの場合は総勘定元帳にプッシュして拒否されてから確認するのではなく、草稿段階で直接阻止して提示する。
このシーンはKailing Technology経費統制システムでどのように処理しますか
記帳日の基準は設定可能で、提出日、承認完了日、財務確認日、実際支払日の4種類をサポート。伝票生成前に目標会計期間のステータスを検証し、締め切り済みの場合はドラフト段階でブロックして通知し、総勘定元帳まで進んで拒否されることはない。ルールは伝票日付に基づいて有効バージョンをマッチングし、期間をまたぐ伝票は当時有効だったルールを使用し、現在のルールではない。
よくある質問
多くの会社は承認完了日を使用します。これは締め処理済みの問題を自然に回避でき、導入コストが最も低いためです。費用期間の正確性を追求する場合は提出日を使用できますが、同時に締め処理の衝突を解決する必要があります。
2つのパス:9月に繰り延べて計上する(簡単、金額が大きくない場合に適合)、または月末に予提し翌月に戻し入れる(金額が重大な場合に適合)。
規定を設けることを推奨します。締切日があれば、期間をまたぐ問題はシステム問題から管理問題へと変わり、従業員にも期限内に精算する動機が生まれます。
設計段階。リリース後に変更すると、生成済みの証憑をすべてやり直す必要があり、しかも初月の月末に必ず停滞する。
