財務会計/債務管理
取引先に対する債務の計上・支払・残高の管理などを実施する機能やそのために必要な情報管理を指す。
コンポーネント名はFI-AP、Accounts PayableやA/P(エーピー)と表記する。
概要
要は仕入先補助元帳とそれを支える機能であり、買掛金や未払金の残高と明細を仕入先別に管理し、期日までに定められた方法で支払う・・・というのが主たる流れ。
債権管理については顧客の入金がトリガとなることや、その金額が請求書通りでなければ自動処理が難しいという背景があるが、債務管理については基本的にはこちらが把握している情報で完結するため、自動処理が可能な場合が多い。
そのため、業務的な難易度は債権管理がより高度であるが、支払いに漏れや遅延があった場合には会社として対外的な信用が大きく失墜するケースなどもあるため、特に現場レベルでは、より繊細なケアが必要であると言える。
源泉
メインどころは、以下の2つ。
他にはGTMや代行取引があるが、前者は直接的に計上するものではなく他の伝票を経由すること、後者はまったくメジャーでないため割愛。
購買管理からの転記
筆者はスプリットを使用した経験が無いため従来からのベーシックな形で言えば、収益明細は請求伝票明細レベルで、それらの合計額が統制勘定明細となり債務管理に転記されることとなる。
財務会計からの転記
FIのみの導入でなければ、販売費および一般管理費や固定資産など営業取引外の債務計上が対象となる。
MMからの転記については、会計伝票の各項目に設定される値はアドオンしない限り殆ど標準ロジックが支配する世界だが、FIから入力する場合は各項目に手入力できるメリットがある。
部門別の債務管理
事業領域よりも細かいレベルでの部門別債務管理を行いたいという場合、利益センタが利用されることが多い(最近ではセグメントだろうか?)。
しかし、債権管理でも同様だが、SAPでは統制勘定に転記する際は、統制勘定明細は伝票に一つだけという制約があり、つまり1伝票に複数の利益センタが割り当てられている明細がある場合、代表値となる利益センタに寄せられてしまうという現象が起きる。
そのため入力する伝票自体を分割する必要があるのだが、運用上の手数が増えて時間がかかる或いは面倒臭い、その結果ミスも増えるなどの理由により中々そうもいかない。
それを解決する手段として、ECCからの新機能であるスプリットを利用することができる。
コメントはありません。 Comments/財務会計/債務管理?