単一伝票

[アーティクル]
10/09/2024

重要

この記事に記載されている一部またはすべての機能は、プレビューリリースの一部として使用可能です。コンテンツおよび機能は、変更されることがあります。プレビューリリースの詳細については、サービス更新プログラムの使用可能性を参照してください。

単一伝票とは？

財務ジャーナルは柔軟性があるので、1 つの取引を表す伝票でも、複数の顧客、ベンダー、固定資産、プロジェクト、または銀行口座を持つ伝票を入力することができます。 Microsoft はこの機能を単一伝票として参照します。単一伝票のシナリオには、勘定科目のみを含むトランザクションは含めされません。これらのトランザクションは、売掛金勘定、固定資産、銀行などの小振出者には転記されません。

単一伝票の事例には 2 つのカテゴリーがあります:

伝票には、1 つのトランザクションとして入力された複数のトランザクションが含まれています。次のような事例が考えられます:
- 各行に複数の仕入先支払が入力され (相手勘定は使用されません)、銀行口座に対する支払合計相殺が 1 行で入力されます。支払集計は、口座取引明細書に一致する集計金額として銀行の補助元帳を更新するために行われます。ただし、各仕入先トランザクションは、引き続き買掛金勘定の小勘定設定者に詳細に記録されます。同じシナリオが顧客支払側にもあります。
- 1 つの伝票に複数の固定資産が取得されます。この方法は、固定資産 モジュールに対して開始残高を入力する場合によく使用されます。
伝票には、複数の非帳簿勘定タイプに影響を与える 1 つのトランザクションが含まれています。次のような事例が考えられます:
- 銀行振込
- 仕入先/顧客のネット作成 (同一当事者) 残高
- 顧客 A から顧客 B への残高の移動
- 固定資産またはプロジェクトを含む複数の明細行を持つ仕入先請求書

各カテゴリの前の例は、有効な業務要件を表します。業務要件を他の方法で満たできない場合があります (組織はトランザクションを 1 つの伝票として入力する必要があります)。しかし、トランザクションを別の方法で入力したり、別の機能を使用したりするなど、ビジネス要件を満たす有効な方法がある場合もあります。

単一伝票に関する問題

業務要件を満たすために 1 つの伝票機能を使用すると、問題が発生する可能性があります。各種プロセス、トランザクション取消、照会/レポートには、トランザクションの詳細が必要です。これらの詳細は、1 つの伝票の集計に複数のトランザクションを入力した場合、現在のデータモデルから決定できません。また、入力されているランザクションタイプが不明な場合、その内容を明確に判断できないことがあります。この制限は、仕訳帳の柔軟性、特に一般仕訳帳を通じて再入力した場合に発生します。

組織の設定によっては、正常に機能するシナリオがあります。問題が発生する可能性がある領域を次に示します:

決済 - 1 つの伝票に複数の仕入先または顧客が存在する場合、決済中に作成された会計が、財務分析コードに正しく割り当てられていない可能性があります。決済中に発生する問題の詳細については、複数の顧客レコードまたは仕入先レコードを含む単一の伝票を参照してください。決済のパフォーマンスは、1 つの伝票を使用する請求仕訳帳明細行の数によって大きな影響を受けます。決済や支払の転記に必要な時間が指数関数的に増加すると予想され、請求仕訳帳明細行で 1 つの伝票が使用される数が増えてきます。
税額計算 - 伝票に複数の伝票または顧客が存在する場合、税額計算が正しく表示されません。
トランザクションの取消 - 伝票に複数の補助元帳タイプが存在する場合、1 つの補助元帳トランザクションを取り消すと、総勘定元帳の取り消しに対して不正な会計処理が行われる可能性があります。たとえば、1 つの伝票の複数の資産を取得し、その資産の取得を取り消した場合、取消の総勘定元帳の会計が正しく表示されません。
レポートと照会 - 伝票に複数の逆勘定タイプ (仕入先 と顧客など) を含める場合、レポート/照会には検出された最初の勘定値だけが表示されます。

たとえば、次の複数行の仕入先請求書を転記します。請求書の「明細行」を表す 4 つのプロジェクトが含まれています。この方法は、仕訳帳を豊富に使用する組織の一般的な業務要件です。

4 つのプロジェクト内の 3 つのプロジェクトが同じ主要勘定 (601500) に転記されます。会計ソースエクスプローラーを開いて、その主要勘定の計上取引の詳細を表示すると、3 行ともプロジェクト ID が 000057 であることがわかります。この動作は、単一伝票の既知の制約です。詳細は、各行が仕訳帳の適切なプロジェクトに正しくリンクされません。代わりに、検索された最初の勘定値は、常にレポートや照会に表示されます。

トランザクションを単一伝票として入力する

取引を単一伝票として入力するには、General ledger > Ledger setup > General ledger parameters にアクセスし、元帳タブで 1 つのバウチャーで複数の取引を可能にする オプションをはいに設定します。

仕訳帳名 ページで 新しい伝票 フィールドを次のいずれかの値に設定することで、単一伝票トランザクションを入力できます。

単一伝票番号のみ - 仕訳帳に追加する各明細行が同じ伝票に含まれ、明細行には複数の顧客、仕入先、銀行、固定資産、またはプロジェクトが含まれます。
残高に関連する - 相手勘定がない複数行伝票を入力し、明細行には複数の顧客、仕入先、銀行、固定資産、またはプロジェクトが含まれます。
残高に関連する – 口座と相殺口座の両方が 仕入先/仕入先、顧客/顧客、仕入先/仕入先、または銀行/銀行などの補助元帳口座タイプを含む単一行の伝票を入力します。

自分の業務シナリオで単一伝票が必要なのかどうか？

顧客が単一伝票機能を利用するシナリオとして、以下のビジネスシナリオが確認されています。これらのビジネス要件のいくつかは、単一伝票を使用することによってのみ満たすことができます。ただし、その他の多くの場合、代替方法を使用できます。

シナリオ	Description	単一伝票が必要か？	代替
仕入先の支払要約処理	組織は仕入先と金額の一覧を銀行に伝達します。銀行はこのリストを使って、組織に代わって仕入先に支払いを行います。各仕入先の支払いは、買掛金に詳細に計上する必要がありますが、支払いの合計は、1 回の出金として銀行口座に計上されます。	いいえ	Microsoft Dynamics 365 Finance のバージョン10.0.32 では、仕入先や顧客の支払いを詳細に計上すると同時に、金額を銀行口座にまとめることができると言う名前の機能があります。詳細については、ベンダーや顧客の支払い明細をポストするを参照してください。
顧客支払の要約処理	顧客支払は銀行口座に一括して預金されます。顧客からの支払いはそれぞれ売掛金に細かく計上する必要がありますが、支払額の合計は 1 つの預金として銀行口座に計上されます。	無効	Dynamics 365 Finance のバージョン10.0.32 では、仕入先や顧客の支払いを詳細に計上すると同時に、金額を銀行口座にまとめることができる機能があります。詳細については、ベンダーや顧客の支払い明細をポストするを参照してください。
顧客/顧客請求書	請求書は単一の顧客または仕入先に対して入力されますが、追加の行は請求書の行を表し、複数の固定資産またはプロジェクトを持っています。	有効
複数の「明細行」に課税される顧客の前払支払仕訳帳	顧客が注文に対して前払いを行います。注文の明細行の税金は異なります。前払顧客支払には、複数の明細行に顧客が含まれている必要があります。したがって、各明細行に対して税金を計算できます。	有効
顧客払い戻し	売掛金勘定から払い戻し定期処理タスクを実行すると、顧客から仕入先に残高を移動するトランザクションが作成されます。仕入先は顧客と同じ当事者です。	有効
固定資産の保守: 減価償却の遡及、資産の分割、処分時の減価償却の計算	1 つの伝票を作成するために使用される、資産の分割、および資産の処分に関する減価償却の計算の詳細	無効	Finance Version 10.0.21 より、キャッチアップ償却、資産の分割、資産処分の償却計算のために作成される固定資産取引は、異なる伝票番号を使用します。
為替手形および約束手形	為替手形や約束手形は、支払いの状態に応じて、売掛金や買掛金の元帳勘定から別の勘定へ、顧客や業者の残高を移動させる必要があります。伝票には常に同じ顧客または仕入先が使用されるため、報告に関する問題は存在しません。	有効
相殺決済	顧客と仕入先が同一人物である場合、仕入先と顧客の残高は互いに相殺されます。このアプローチは、組織および顧客/仕入先関係者間の金銭の交換を最小限に抑えます。	いいえ	Microsoft Dynamics 365 Finance バージョン 10.0.40 現在、顧客と仕入先の正味利益機能があります。正味情報機能では、仕入先や顧客の 2 つの異なる伝票が自動的に作成されます。詳細については、ベンダーや顧客の正味残高を参照してください。
転送残高	間違いもしくは別の仕入先が負債を引き継いでいるため、組織は 1 つの仕入先から別の仕入先に残高を転送する必要があります。このタイプの転送は、顧客や銀行などの勘定タイプに対しても発生します。	はい/いいえ	ある勘定 (仕入先、顧客、銀行など) から別の勘定への残高の振替は、個別の伝票を介して行うことができ、相殺は、清算する勘定科目に転記することができます。組織によっては、このアプローチでは間接費が多く必要になります。したがって、単一伝票の使用を選択します。
同じ請求書に転記されていない複数の支払を決済	このシナリオは通常、顧客が複数の支払い方法を使用して購入代金を支払うことができる企業にあります。このシナリオでは、組織は転記されていない複数の支払を記録し、顧客請求書に対して決済をする必要があります。	無効	Finance に追加された新機能により、単一の請求書に対して転記されていない複数の支払が決済されます。
国/地域固有の機能	ポーランドの単一管理ドキュメント (SAD) 機能では、現在、取引をグループ化する必要があり、そのために伝票番号が使用されています。単一伝票機能を必要とする、追加の国や地域特有の機能が存在する場合があります。	有効
ビジネスイベントからトランザクションをグループ化するメカニズム	組織には、複数のトランザクションをトリガーする 1 つのビジネスイベントがあります。ただし、経理部門は、監査を円滑化するために勘定項目をまとめて表示する必要があります。同様のシナリオは、銀行トランザクションが銀行から受け取ったファイルを通じて Finance に記録されるシナリオです。多くの場合、組織はファイル内の口座取引明細書を使用して、これらのトランザクションをグループ化することがあります。	無効	取引をまとめることは有効なシナリオですが、この目的で伝票番号を使用することがあってはなりません。伝票は常に個々のトランザクションを表すものであり、トランザクションのグループを表すものではありません。仕訳帳バッチ番号や伝票番号など、ジャーナルの他のフィールドを使用してトランザクションをグループ化することができます。
期首残高の入力	多くの場合、組織は単一の伝票トランザクションとして補助元帳 (仕入先、顧客、固定資産など) の期首残高を入力することがあります。	無効	各貸方勘定の開始残高は、別個の伝票として入力する必要があります。相殺は、総勘定元帳の開始残高によって相殺される、決済勘定科目に転記できます。
転記済の顧客または仕入先ドキュメントの会計入力の修正	組織は、転記された請求書の売掛金勘定または買掛金勘定科目を修正する必要がある場合があります。請求書が正しいので、取り消しを行う必要はありません。	はい/いいえ	売掛金勘定または買掛金勘定の勘定科目で修正を行う必要がある場合、調整は勘定科目に対して直接実行することができます。このアプローチでは、「停止時間」に調整を行う必要があるため、勘定科目で一時的に手動入力が可能になります。この方法の 1 つのメリットは、元帳調整レポートに対する仕入先/顧客に対して、行き出しの違いが示される点です。正味金額は 0 (ゼロ) です。
総勘定元帳に要約で転記する	多くの場合、組織はデータの量を最小限に抑えるため、要約形式で総勘定元帳に転記します。ただし、通常、それらの組織はやはりトランザクションの詳細を管理する必要があります。単一の伝票を使用して要約形式で転記された場合、取引の詳細は不明であり、管理することはできません。	無効	取引の詳細が失われるため、報告用に詳細が必要な場合、組織は単一伝票を使用して要約して計上しないことをお勧めします。
システムはそれを許可します	組織は多くの場合、システムが影響を理解することなくそれらを使用できるようにするため、単なる 1 つのバウチャー機能を使用することがあります。	無効	システムによってその機能が使えるというだけでは、決して正当な理由とはなりません。この機能は、他のビジネス要件を満たすために必要な場合にのみ使用されるべきです。

単一伝票の今後

単一伝票を使用した場合、問題が発生する可能性があるため、以下の選択肢を検討しています:

業務シナリオを達成するためのより良い方法があれば、新機能の導入を検討する必要があります。たとえば、Finance バージョン 10.0.32 で導入された機能では、支払いを別の伝票として入力することができますが、銀行口座は要約で更新されます。機能が追加されている場合、これらの機能は前の表の「代替」列の業務シナリオごとに文書化されます。
一部のトランザクションは、引き続き単一伝票で仕訳帳に入力される場合がありますがが、の詳細を正しく識別するために追加のデータが追跡される場合があります。
新機能を組み合わせて使う場合もありますが、業務シナリオに応じた取引は、引き続き単一の伝票を使って仕訳帳に入力する場合もあります。

新機能の導入に伴い、総勘定元帳のパラメーター ページにある 単一伝票に複数の取引を許可する オプションをオフにできるかどうかを、組織として継続的に評価する必要があります。ドキュメントに記載されている機能的なギャップのいずれかの機能を必要としない限り、統合では単一の伝票の使用を中止することをお勧めします。

機能のギャップを解消した後は、Microsoft は単一伝票の機能の代わりに新しい機能とコミュニケーションします。複数の明細行を含む仕入先請求書などの一部の業務シナリオでは、1 つの伝票が引き続き使用されますが、拡張機能が適用されます。これらの機能強化は、提供時に伝達されます。

次の方法で共有