プロジェクト管理および会計

プロジェクト管理および会計機能はサービスの提供、製品の生産、または成果の実現のために、複数の業界で使用できます。

プロジェクトは、サービスの提供、製品の生産、または成果の実現のために設計された活動のグループです。 プロジェクトは、リソースを消費し、収益または資産の形式で財務結果を生成します。

業界全体にわたるプロジェクト

プロジェクト管理および会計機能は次の図に示すように、複数の業界で使用できます。 業界全体にわたるプロジェクト

コール センターでは、チケットは、呼び出しを解決するために必要な一連の活動について説明するために使用できます。 経営コンサルティング会社や技術コンサルティング会社、広告代理店などのコンサルティング会社は、プロジェクトとしての活動を参照しています。 マーケティングでは、キャンペーンは配信されなければならない一連の作業を表します。 プロジェクト ベースの製造では、製造オーダーは、完成品を製造するために必要なさまざまな作業を関連付けます。 それらに使用されている名前に関係なく、これらのプロジェクトは、リソース、スケジュール、および原価を含み、Microsoft Dynamics 365 for Finance and Operations、Enterprise edition のプロジェクト管理および会計機能は、これらのプロジェクトの計画、実行、および分析に役立ちます。

プロジェクト フェーズ

次のプロセス フローは、1 人以上の顧客に対して完了している外部プロジェクトまたはプロジェクトを対象にしていますが、その機能は、内部つまり原価のみのプロジェクトにも適用されます。

プロジェクトの 3 つのステージ

前の図に示すように、プロジェクト管理および会計は、次の 3 つのフェーズに分かれています。

  1. 開始
  2. 実行
  3. 分析

プロジェクトの開始

プロジェクトの開始時には、いくつかの重要なプロセスが発生します。 プロジェクト見積もりを使用して、人件費、費用、および材料を顧客に伝えることができます。 プロジェクト契約の請求条件、制限および協定を記録できます。 作業分解構造 (WBS) を使用して、作業を計画および推定することができます。 プロジェクト実行を処理するために予測および予算を設定できます。 次の図は、プロジェクト構造を示しています。プロジェクト構造

プロジェクト見積の作成

プロジェクトの最初の販売フェーズでは、プロジェクト見積により、拘束力のないサービスを顧客に提供することができます。 見積書には、見積を作成する品目およびサービス、基本連絡先情報、特別な売買契約や割引、適用される可能性のある税金や割増金などの要素が含まれます。

また、組織と顧客とのプロジェクト見積トランザクションの信用保証状を発行できます。 プロジェクト見積が作成されると、顧客の信用保証状の要求を作成し、銀行に送信できます。 銀行が要求を承認すると、信用保証状が顧客に発行されます。

詳細については、「プロジェクト見積」を参照してください。

プロジェクト契約の作成

プロジェクトを完了するために顧客または他の資金調達ソースとの契約に入力する場合、最初にプロジェクト契約を作成する必要があります。 次に、プロジェクトを作成するときに、対応する契約にプロジェクトを割り当てる必要があります。 プロジェクト契約に作成するプロジェクト タイプで、プロジェクトの顧客への請求方法が決まります。 プロジェクト契約と関連するプロジェクトは変更できますが、プロジェクト タイプは変更できません。 プロジェクト タイプの詳細については、「プロジェクトの作成」セクションを参照してください。

プロジェクト契約の詳細については、「プロジェクト契約」を参照してください。

作業分解構造の作成

WBS の詳細の程度は、見積に必要な正確性のレベルとこれらの見積に対して必要な追跡のレベルに依存します。 スケジュールまたは原価のずれに対する許容範囲が非常に低いプロジェクトは、通常、より詳細な WBS、および WBS に対する作業の進捗と原価の入念な追跡も必要です。

詳細については、「作業分解構造」を参照してください。

プロジェクト予測および予算の作成

組織に運用上の分析視点があり、特定のトランザクションからの収益と費用が重視されている場合は、予測を使用できます。 ただし、財務金額が組織で重視されている場合には、予算作成を使用できます。 それぞれの方法には、利点があります。 詳細については、「プロジェクトの予測と予算」を参照してください。

プロジェクトの作成

Microsoft Finance and Operations では、6 種類のプロジェクトを作成できます。 各プロジェクト タイプは、原価と収益認識のために別々に設定されています。 選択するプロジェクト タイプは、プロジェクトの目的によって決まります。 次の表に、各プロジェクト タイプの一般的な使用方法を示します。

                                                                                                                                                                     |
プロジェクト タイプ 説明
時間/実費払い 時間および実費払プロジェクトでは、顧客がプロジェクトに計上されているすべての原価に請求されます。 これらの原価には、時間、経費、品目、および手数料のコストが含まれます。
固定価格 固定価格プロジェクトでは、請求書は分割払トランザクションで構成されています。 固定価格プロジェクトは、プロジェクト契約に基づく計算スケジュールに従って請求されます。 固定価格プロジェクトの収益は、完成比率方法を使用してプロジェクト全体で計算および転記できます。 また、収益はプロジェクトの完了時に完成比率方法を使用して計算および転記できます。 会社は、多くの場合、プロジェクトまたはプロジェクトのグループの完了の程度を計算するために、プロセス (WIP) の値を使用できます。
投資 投資プロジェクトは、当座の収益を生まないプロジェクトです。 原価が資本化する必要がある長期の内部プロジェクトに通常使用されます。 投資プロジェクトに記録できるのは、品目の原価、時間、および経費のみです。 投資プロジェクトの原価は、見積機能を使用して追跡および制御されます。 投資プロジェクトは、必要に応じて最大資本化を指定して設定することができます。 投資プロジェクトが進行すると、プロジェクトが完了するまで、原価が保持される WIP 勘定の原価を記録します。 プロジェクトが削除されると、固定資産、勘定科目、または新規プロジェクトに WIP 値を転送します。 注記 : 投資プロジェクトのトランザクションは、コストの転記未収収益、または 仮発行請求書の作成 ページには表示されません。
費用プロジェクト 投資プロジェクトと同様に、コスト プロジェクトは内部プロジェクトを追跡するために通常使用され、時間、経費、および品目のみをコスト プロジェクトに記録できます。 ただし、コスト プロジェクトは通常、投資プロジェクトよりも短い期間のものです。 また、投資プロジェクトとは異なり、コスト プロジェクトは貸借対照表勘定に資本化することはできません。 その代わり、プロジェクト トランザクションは、損益勘定にのみ転記されます。 注記 コスト プロジェクトのトランザクションは、コストの転記未収収益、または 仮発行請求書の作成 ページには反映されません。 費用プロジェクトは一般に内部プロジェクトを追跡するのに使用されるので、通常、顧客勘定に関連付ける必要がありません。 ただし、品目要求が発注書に作成されることが必要な設定の場合、顧客に費用プロジェクトを関連付ける必要があります。 この関連付けが必要なのは、品目要求が販売注文明細行として管理されて、システムに顧客が指定される必要があるからです。 ただし、この設定では、品目要求は発注書から自動的に作成されません。 コスト プロジェクトの場合、[在庫品目要求の作成] 設定は無視されます。 コスト プロジェクトに品目要求が必要な場合は、顧客がプロジェクトに関連付けられている場合に限り、品目要求を手動で作成できます。
内部 内部プロジェクトは、組織に内部であるプロジェクトのコストを追跡するために使用されます。 内部プロジェクトでは、リソース消費を管理する予定のツールを提供できます。 [注記:] 内部プロジェクトのトランザクションは、[未収収益] または [仮発行請求書の作成] ページには反映されません。
時刻 時間プロジェクトは、作業者の病気の時間を追跡するためのプロジェクトなど、非請求対象活動と非生産的な活動に関連付けられている時間を追跡するために使用されます。 時間プロジェクトのトランザクションは元帳に転記されません。 代わりに、作業者の稼働率レポートに含まれます。 時間トランザクションのみが時間プロジェクトに登録することができます。 プロジェクトにこれらの時間を登録するために、時間仕訳またはタイムシートを使用します。 時間が登録された後、プロジェクト トランザクションとして表示されますが、対応する伝票トランザクションがない状態で表示されます。 注記 : 時間プロジェクトのトランザクションは、コストの転記未収収益、または 仮発行請求書の作成 ページには反映されません。

作業者、カテゴリ、およびリソースの割り当て

要件とプロジェクトのスケジュールまたは作業者のスキルと利用可能性に基づいて、作業者リソースをスケジュールできます。 リソース スケジューリング機能を使用すると、組織の作業者を効率的かつ効果的に配置できます。 プロジェクトに従事できる最も適格な作業者をすばやく検索できます。 また、一連のプロジェクト中にこれらの作業者をより効果的に使用する方法を容易に判断できます。

リソース スケジューリング機能を使用する方法を次に示します。

  • プロジェクトの要件に作業者を一致させるため、教育、スキル、免許、およびプロジェクト経験などの作業者の属性に関する情報を使用します。
  • プロジェクト カレンダーと作業者のスケジュールを一致させるためには、作業者のカレンダーと使用可能性に関する情報を使用します。
  • 各作業者の能力を確認し、その能力をどのように使用するかを決めます。 たとえば、作業者が十分に使用されていない場合、作業者を、その作業者の使用可能性と属性に適合するプロジェクトに割り当てることができます。
  • 作業者の割り当てとカレンダーの不一致が存在しないことを確かめるため、作業者の使用可能性を確認します。
  • 概要ビュー (たとえば、部門ごと、または作業者ごと) または詳細ビュー (たとえば、部門の作業者ごと、または各作業者の週単位の詳細ごと) で、作業者の利用についての情報を確認します。
  • 作業者の使用方法を最適化するために、日、週、または月などのさまざまな時間単位で、リソースの割り当てを変更します。

プロジェクトの実行

プロジェクトの実行中、チーム メンバーまたはマネージャーは、タイムシート、経費精算書、およびその他のビジネス ドキュメントを使用して、作業や発生した経費を記録します。 プロジェクト マネージャーには、プロジェクトの予算金額の消費を監視するツールがあります。 また、プロジェクト マネージャーは、発注書およびその他のビジネス ドキュメントを使用して、プロジェクトの発注、ピッキング、または材料の調達ができます。 請求書が準備され承認されると、顧客は進行中の作業について請求されます。 最後に、収益がこのプロセス中に認識され、組織の財務に反映されます。

作業分解構造の管理

WBS は、プロジェクトで完了した作業の説明です。 WBS は、タスクの階層です。 各タスクの作業だけではなく、タスクのサイズ、原価、期間を表します。

詳細については、「作業分解構造」を参照してください。

プロジェクト予測と予算の管理

プロジェクトの予測およびプロジェクトの予算作成という、プロジェクトの管理と制御のための 2 種類の方法があります。 組織に運用上の分析視点があり、特定のトランザクションからの収益と費用が重視されている場合は、予測を使用できます。 ただし、財務金額が組織で重視されている場合には、予算作成を使用できます。

詳細については、「プロジェクトの予測と予算」を参照してください。

製造オーダーの作成

プロジェクト関連の製造オーダーは、完成品目方法または消費品目方法を使用して、販売注文または在庫品目要求にリンクできます。 また、製造オーダーを手動で作成した場合、製造オーダーは、販売注文または在庫品目要求にリンクされません (注文へのリンクなし)。 ただし、製造オーダーが自動的に作成されて販売注文または在庫品目要求を満たす場合は、製造オーダーが販売注文または在庫品目要求にリンクされます (注文へのリンクあり)。

これらの要素の組み合わせによって、次のいずれかの方法を使用します。

  • 完成品目/注文へのリンクあり – 販売注文または在庫品目要求にプロジェクトをリンクします。 この方法を使用すると、販売注文が請求されたとき、または在庫品目要求に対して梱包明細が更新されたときに、実際のプロジェクト原価が転記されます。 原価は完成品目として転記されます。
  • 完成品目/注文へのリンクなし – 品目の生産サイクルのステータスが [終了] になるまで、実績原価は転記できません。 完成品目の原価は、単一のトランザクションとして転記されます。
  • 消費品目/注文へのリンクあり – 在庫品目要求にプロジェクトをリンクします。 この方法を使用すると、生産のステータスが [開始済] の場合、または完了済としてレポートされている場合、実際のプロジェクト原価を表示できます。 原価は、生産に消費された原材料と時間に対する複数のプロジェクト品目トランザクションとして転記されます。 在庫品目要求に対して梱包明細が更新されたときには、プロジェクト原価は転記されません。 また、生産中のプロジェクトを追跡する部品表 (BOM) 階層のレベルも定義できます。
  • *消費品目/注文へのリンクなし* – 在庫品目要求にプロジェクトをリンクします。 この方法を使用すると、生産のステータスが [開始済] の場合、または完了済としてレポートされている場合、実際のプロジェクト原価を表示できます。 原価は、生産に消費された原材料と時間に対する複数のプロジェクト品目トランザクションとして転記されます。 また、生産中のプロジェクトを追跡する BOM 階層のレベルも定義できます。

製品とサービスの調達

品目の購買と販売は、多くのプロジェクト指向ビジネスの一般的な活動です。

プロジェクトの発注書

発注書の目的は、発注書が消費される時点、つまり品目がプロジェクトで請求される時点を決定することです。

方式 目的 品目の消費
直接発注書を作成します。 プロジェクトでの消費を目的として外部仕入先から品目を購買します。 発注書を次の方法で作成できます。
  • プロジェクト自体から作成します。 この場合、プロジェクトはすでに発注書のために定義されています。
  • プロジェクト発注書に移動することで作成します。 発注書の作成対象となる仕入先とプロジェクトを両方とも選択する必要があります。
品目は、仕入先請求書が更新された時点で消費されます。
販売注文から発注書を作成する。 プロジェクトから販売注文を作成する場合、品目を購買します。 品目は、販売注文が顧客に請求された時点で消費されます。
在庫品目要求から発注書を作成する。 プロジェクトから在庫品目要求を作成する場合、品目を購買します。 品目は、在庫品目要求梱包明細が更新された時点で消費されます。

プロジェクトの販売注文

プロジェクト管理および会計では、複数の方法で品目の消費を登録できます。 プロジェクトから品目を販売または購買したり、プロジェクトのために品目を引き当てたりすることができます。

プロジェクトの消費に対して、品目を会社の在庫から注文できます。 また、外部仕入先から品目を購買できます。 時間プロジェクトを除くすべてのタイプのプロジェクトで品目を消費できます。

その品目を注文する方法は、どこから発注するかによります。

  • 品目を会社の在庫から注文するには、注文を品目要求として入力する必要があります。 [在庫品目要求] ページを使用すると、品目を分納として受け取るように要件を設定することができます。 したがって、その品目の一定数量の消費をその品目が必要になるまで延期できるようになります。
  • 品目を外部仕入先から注文する場合は、その注文を [発注書] ページで発注書として作成する必要があります。
注意

プロジェクト関連の販売注文の梱包明細は、品目が梱包に対してすでにオンになっている場合はキャンセルできません。

次の表に、品目を注文する方法と、品目がどのように消費されるかを示します。

方式 目的 品目トランザクションの消費
販売注文 トランザクションを時間/実費払いプロジェクトに直接入力します。 品目トランザクションは、顧客請求書が転記された時点で消費されます。
在庫仕訳帳 品目レコードを直ちに入力および管理します。 たとえば、印刷されたリストに基づいて品目要求を入力する場合に在庫仕訳帳を使用できます。 品目トランザクションは、仕訳帳が転記された時点で消費されます。
在庫品目要求 すぐに消費されない品目を入力します。 この方法により、1 つの在庫品目要求レコード内で消費された品目数を追跡できます。 品目トランザクションは、梱包明細が更新された時点で消費されます。 つまり、梱包明細が転記されると在庫品目要求が作成されます。
発注書 購買方法に応じて 3 つの異なる場所の一つにトランザクションを入力します。 品目トランザクションは、梱包明細の更新時または顧客 (仕入先) への請求時に消費されます。

プロジェクト請求書の処理

適用される請求手順はプロジェクト タイプによって決まります。 2 つの外部プロジェクト タイプ (時間/実費払プロジェクトと固定価格プロジェクト) のみ請求できます。 時間/実費払プロジェクトと固定価格プロジェクトは、常にプロジェクト契約に関連付けられます。

プロジェクトの顧客請求書を作成する前に、仮請求書または仮発行請求書を作成できます。 仮発行請求書で、プロジェクト請求書に含めるプロジェクト トランザクションを選択できます。 プロジェクト請求書を転記して顧客や他の資金調達ソースに送付する前に、請求書の詳細を確認できます。

プロジェクト請求書の処理方法についての詳細は、「プロジェクト請求」を参照してください。

プロジェクトを完了するための原価計算

見積を作成するときに、プロジェクトの完了コストの計算方法を選択できます。 [見積の作成] ページの [完了原価方法] フィールドで、方法を選択します。 選択した方法は、原価見積の各原価明細行に対してそれぞれ適用されます。 明細行のステータスが [作成済] の場合、[原価見積] ページで明細行に適用する方法を変更できます。

次の表に、プロジェクトを完了するための原価の計算方法を示します。

>
方式 説明
原価合計 – 実績 見積原価を手動で入力する必要があります。 [原価見積] ページの [原価合計] または [合計数量] 列が完了した後、実際原価がユーザーが入力した合計から差し引かれます。 結果は、プロジェクトを完了するための原価です。通常、原価の進捗は、各期間に記録されるホテルの宿泊費、食費などに基づいて追跡されることはありません。 代わりに。 追跡は、通常、見積時間の合計量に対する比較に基づいています。 この方法は、予測モデルを必要としないので、合計コストまたは合計数量は手動で変更できます。 値が [原価合計] または [合計数量] 列に入力されると、Finance と Operations はその期間に転記された実際のトランザクションとこの値を比較し、[完了する数量] または [完了原価] の値を引き下げます。
合計予算 – 実績 実際原価は、コストを決定するために選択した予測モデルに対して比較されます。 この方法は予測トランザクションを含む合計予算モデルを使用します。 プロジェクトのさらに正確な概要を取得するために、プロジェクトが進行中の場合、予算モデルを調整できます。 予測を調整する必要がある場合は、次の一般的なプロセスを実行します。
  1. 別の予測モデルに予測トランザクションをコピーします。
  2. 実際のトランザクションと予測トランザクションを比較します。
  3. 次の期間の見積を保持、減少、増加させます。
Finance と Operations は、予測された見積を自動的には引き下げません。 したがって、固定価格プロジェクトの元の予測モデルを保持し、プロジェクト完了時に比較するための基準値を制定することをお勧めします。 > [!NOTE] この方法を選択する場合は、2 つ以上の予測モデルを使用します。 1 種類のモデルには元の予測を含める必要があります。 他のモデルでは、別のモデルから予測トランザクションをコピーする必要があります。 この方法は、固定価格プロジェクトおよび投資プロジェクトに対してのみ有効です。
予算残高 この方法は、予算残高モデルを使用して、プロジェクトを完了するためのコストを計算します。 この方法を使用する場合、予算残高モデルの実際原価および予想量が合計されます。 その結果は合計原価になります。この方法を使用する前に、システムに記録される実際のトランザクションに基づいてトランザクションを差し引くように、予算残高モデルを設定する必要があります。 [予測モデル] ページの [自動予測下方修正] グループで、フィールドがマークされていることを確認します。 通常、予算残高が元の予算からコピーされます。 トランザクションが入力されると、予算残高のトランザクションは減少します。 プロジェクトの進行に伴い、予算残高を調整する場合、予算残高に対して予測トランザクションを請求します。 注記: この方法は、予測モデルに見積が関連付けられている場合にのみ適用できます。
前の見積として 前の期間に使用された同じ見積方法が適用されます。この方法では、前の期間で予測モデルが必要だった場合は予測モデルが必要です。
原価を完全に 0 に設定 通常、この方法は、見積プロジェクトが削除される前に使用されます。 この方法により、合計見積と転記された実際のトランザクションが一致し、[完了原価] 列がクリアされます。 完了率の結果は常に 100% となります。 作成した原価明細行の [予測] フィールドがオフになり、見積合計が前回の原価見積からコピーされます。 見積期間の実際の消費が原価から差し引かれ、プロジェクトを完了します。この方法は予測モデルを必要としません。
費用テンプレートから 選択した見積プロジェクトに関連付けられたコスト テンプレートで設定された完了原価方法が適用されます。

プロジェクトの分析

最も基本的なレベルで、プロジェクトは、原価を記録するトランザクションのグループ化に使用され、これらの原価を総勘定元帳に転記します。

通常、これらのトランザクションは、タイムシート、経費精算書、仕入先請求書、または在庫トランザクションなどのビジネス ドキュメントの結果です。 プロジェクトのライフ サイクルは、通常、計画やプロジェクトの作業および財務的影響を考慮するのに役立つ見積、予測、および予算で開始します。 プロジェクトを分析するために、プロジェクト中に発生したトランザクションだけでなく、見積と予測の正確性、プロジェクト チームのメンバーの稼働率、およびプロジェクトの全体的な成功を評価できます。

キャッシュ フローの分析

キャッシュ フロー監視を使用して、プロジェクトの予測キャッシュ フローと実際のキャッシュ フローの両方を確認します。 プロジェクト進行中のキャッシュ フローを確認したり、完了したプロジェクトのキャッシュ フローを表示するすることができます。

キャッシュ フローを監視することによって、単一のプロジェクトを評価し、複数のプロジェクトを表示するためにレポートを使用し、そしてプロジェクトのキャッシュ フローを一般会計のキャッシュ フロー予測に転送することができます。

キャッシュ インフロー予測

設定に基づいて、選択したプロジェクトのキャッシュ インフローを予測できます。 たとえば、プロジェクト日付が 2012 年 3 月 5 日で、2012 年 3 月 31 日に請求が行われる場合、期日および販売支払予定日を予測できます。

  • [プロジェクト日付:] 2012 年 3 月 5 日。
  • [請求日:] 2012 年 3 月 31 日。 この日付は、請求頻度に基づいて決定されます。 この例では、請求頻度を現在の月に設定しています。 したがって、3 月に転記されたすべてのトランザクションが最後の日に請求されます。
  • [期日:] 2012 年 4 月 14 日。 この日付は、プロジェクトに設定された支払条件に基づいて決定されます。 この例では、14 日間の支払条件を選択します。 したがって、2012 年 4 月 14 日の期日に間に合うように、14 日間が請求日に追加されます。
  • [販売支払予定日:] 2012 年 4 月 27 日。 この日付は、[プロジェクト管理および会計パラメーター] ページの [通常のバッファー日数] フィールドに日数を追加し、[プロジェクト契約] ページの [各バッファー日数] フィールドに日数を追加し、[期日] フィールドの日数にその合計を追加することにより計算されます。 この例の場合、[通常のバッファー日数] フィールドに「3」を入力し、[各バッファー日数] フィールドに「10」を入力します。 したがって、2012 年 4 月 27 日の販売支払予定日に間に合うように、13 日を [期日] に追加します。

通常のバッファー日数は、各バッファー日数を置き換えるか、各バッファー日数に追加できます。

  • 各バッファー日数の代わりに通常の一般バッファー日数を使用する場合は、期日と顧客に対する実際の支払日間の平均日数を入力します。
  • 通常のバッファー日数を各バッファー日数に追加する場合、[通常のバッファー日数] フィールドに、顧客から支払が送られた日と支払を組織が受け取った日の間の日数の見積を入力します。

プロジェクトの契約で各バッファー日数を設定します。 この日数は、販売請求書の期日と顧客の支払パターンについての会社の経験を基に計算します。

実績キャッシュ インフロー

実際のキャッシュ インフローは予測とほとんど同じですが、最初の請求書の期日から計算を開始できます。 次に例を示します。

  • [請求日:] 2012 年 3 月 2 日。
  • [期日:] 2012 年 3 月 16 日。 支払条件は 14 日間に設定されています。
  • [販売支払予定日:] 2012 年 3 月 29 日。 計算には、一般的なバッファ日数が 3 日および個々のバッファ日数が 10 日含まれます。

原価予測

定義した日数に基づいて、原価支払日は、プロジェクト日付と異なる場合があります。 この場合、原価支払日は、支払条件の日数にプロジェクト日付からの日数を加算することで計算されます。

たとえば、トランザクションのプロジェクト日付が 2012 年 3 月 5 日では、次の支払条件を設定します。

  • [時間:] 現在の月 (M)
  • [経費:] 14 日 (D14)
  • 品目: 30 日 (D30)

これらの設定に基づいて、ここでの各トランザクション タイプに対する原価支払日は次のとおりです。

  • [時間:] 選択した月の最後の日である 2012 年 3 月 31 日。
  • [経費:] トランザクションの日付から 14 日後である 2012 年 3 月 19 日。
  • [品目:] トランザクションの日付から 30 日後である 2012 年 4 月 4 日。
注意

発注書の期日は、プロジェクト発注書が作成されたときの仕入先トランザクションに基づきます。 期日は、既定の設定によっては定められません。

原価支払日はバッファー日数に基づいて計算されません。 プロジェクトが終了し、すべての原価計算と請求が完了した時点で、原価と売上の両方が損益勘定に転記されます。

すべての販売および仕入先請求書の入力が完了したら、[キャッシュ フロー] ページのフィールドと [プロジェクト明細書] ページのフィールド間の関係を表示できます。

キャッシュ フロー ページ プロジェクト明細書ページ
キャッシュ インフロー 収益
キャッシュ アウトフロー 原価合計
正味キャッシュ フロー 粗利

原価の確認

[原価管理] ページでは、プロジェクトの間に組織が負担した原価を監視できます。 プロジェクトの当初予算原価を、現在の実際原価と確定済み費用と比較すると、プロジェクトが軌道に乗っているか、予算を超過しているか、あるいは予算以内におさまっているかを判断できます。

注意

[原価管理] ページを使用してプロジェクト原価の現在の状態を表示するには、当初原価と予算残高に選択した予測モデルを使用します。 原価の計算時に他の予測モデルを選択した場合、正確な計算結果が得られません。

残余予算金額の表示

[プロジェクト管理および会計パラメーター] ページで原価管理方法として [予算残高] が選択されている場合、[原価管理] ページは、実際に転記されていない、または確定済としてマークされていない原価を計算します。 具体的には、[原価管理] ページの下部ウィンドウにある [一般] タブの金額が、次のように計算されます。

  • [実際原価] – プロジェクトで、選択した費用明細行に費やした合計金額。 実際原価金額は、[元帳の更新] ページで計算されます。
  • [確定済費用] – 法人が支払を確定した経費の追加金額。 特定の確定済費用金額は [確定済費用] ページで計算されます。
  • 予算残高 – 選択した費用明細行にまだ使用できる当初予算金額。 予算残高は [一般会計プレビュー] ページで計算されます。
  • 原価合計 – 実績原価、確定済費用、および予算残高の合計です。

[原価管理] ページの [誤差] タブでは、予想される合計原価と、元の予算を比較して見ることができます。 この比較は、これらの金額の差を示します。 したがって、データが一致しない箇所を確認できます。 差額は、次のようにして計算されます。

  • 元の予算 – 選択した費用明細行の当初予算金額。 元の予算金額は [一般会計プレビュー] ページで計算されます。
  • 原価合計 – [一般] タブで報告する実績原価、確定済費用、および予算残高の合計。
  • 誤差 – 原価合計と元の予算の差額。
  • 数量に基づく差異 – 当初予測と予測合計の差額合計。 この差額は、(合計予測数量) × (当初平均価格 – 合計平均価格) という式で表現できます。 この計算を適用できるのはプロジェクト時間のみです。
  • 価格に基づく差異 – 当初予測と予測合計の差額合計。 この差額は、(当初予測価格) × (当初予測数量 – 合計予測数量) という式で表現できます。 この計算を適用できるのはプロジェクト時間のみです。

合計予算金額の表示

[合計予算] が [プロジェクト管理および会計パラメーター] ページで原価管理方法として選択されている場合、[原価管理] ページは、プロジェクトの実際原価と合計原価を計算するので、2 つ差額を知ることができます。 具体的には、[原価管理] ページで、[一般] タブの下部ウィンドウの列にある金額が、次のように計算されます。

  • 予算原価合計 – 選択した費用明細行の合計予算金額。
  • 実際原価 – 選択した費用明細行のプロジェクトに現在までに発生した原価合計金額。
  • 確定済費用 – 選択した費用明細行で確定した合計金額。
  • 差異 – 実際原価と確定済費用の合計と、合計原価との差額。 この差額は、合計予算に追加コストを指定する必要があるかどうかを示します。

[原価管理] ページの [誤差]タブで、次のフィールドを見れば、合計予算と当初予算の差額を確認できます。

  • 元の予算– 費用明細行の当初予算金額。 元の予算は [一般会計プレビュー] ページで計算されます。
  • 予算原価合計 – 費用明細行に最初予算計上した合計原価。 予算原価の合計は [一般会計プレビュー] ページで計算されます。
  • 誤差 – 費用明細行の誤差。 この金額は、元の予算から合計原価を差し引くことで計算されます。
  • 数量に基づく差異 – 当初予算と予算合計の差額合計。 この金額は、当初予算時間から合計予算時間を差し引いて、次にその差に当初予算原価価格を乗じて計算します。 この差額は (当初予算原価価格) × (当初予算時間 – 合計予算時間) という式で表現できます。 この計算を適用できるのはプロジェクト時間のみです。
  • 価格に基づく差異 – この金額は、元の予算時間から合計予算時間を差し引いた後、差異に合計消費時間数を掛けることで計算されます。 この差額は (合計消費時間) × (当初予算時間 – 合計予算時間) という式で表現できます。 この計算を適用できるのはプロジェクト時間のみです。

稼働状況の分析

稼働率は、作業者が特定の作業期間に支払請求可能な作業または生産的な作業を実行する時間の割合です。 支払請求可能な時間とは、特定の顧客に請求することができる作業者の時間です。

作業者の稼働率は、特定の期間の作業時間数で支払請求可能な時間を割って計算します。 たとえば、作業者のある時間期間の支払請求可能な時間数が 30 時間で、同じ期間の作業時間数が 40 時間の場合は、作業者の稼働率は 75% です。

作業者の稼働率を計算する場合、支払請求可能なレートと実効レートのとちらかを計算することができます。

  • 支払請求可能なレート – 支払請求可能な時間と非請求可能な時間または標準時間の差です。
  • 実効率 – 生産時間と非生産時間または標準時間との差です。 生産時間とは、作業者が特定のプロジェクトに費やした時間です。 生産時間は内部プロジェクト以外の場合は通常、顧客に請求されます。 非生産時間を顧客に請求することはありません。

[時間使用率] ページで稼動率を計算します。 計算は既定の設定に基づきます。 これらの基本設定では、各プロジェクト タイプに [稼働率] または [負担] を割り当てることによる時間の計算方法も指定できます。 これは支払請求可能なレート計算と実効レートの計算に適用されます。

  • 稼働率 – 選択したプロジェクト タイプに対して報告された時間は、常に請求可能または実効稼働と見なされます。
  • 負担 – 選択したプロジェクト タイプに対する報告された時間は、常に非請求可能または非実効稼働と見なされます。
  • 明細行プロパティに基づく – 特定の時間トランザクションの明細行プロパティによって、時間が請求可能または実効稼動と見なされるかどうかが決まります。
  • 含まない – 時間は請求可能または実効稼動の計算に含まれません。

[時間稼働率] ページでは、作業者またはプロジェクトの全体的な稼働率とともに、次の時間のタイプごとに稼働率の計算に入れられた時間数を表示できます。

  • 含まれない時間数 – これらの時間には時間稼動率に含まれません。
  • 含まれる時間 – これらの時間は、稼動時間と非稼動時間を加えることによって計算されます。 これらの時間は稼働率に含まれます。
  • 非稼働時間 – 支払請求可能なレートを計算する場合、これらの時間は非課金対象時間と同じです。 能率給を計算する場合、これらの時間は非生産時間と同じです。
  • 稼働時間 – 支払請求可能なレートを計算する場合、これらの時間は課金対象時間と同じです。 能率給を計算する場合、これらの時間は生産時間と同じです。

作業者の稼働率を計算する場合、基準時間または対象時間を使用できます。 含まれる時間を使用する場合、計算が入力された時間の割合として表示されるため、作業者はタイムシート期間の作業時間をすべて記録しておく必要があります。 プロジェクト、プロジェクト契約、顧客レコード、またはカテゴリの時間稼動率を計算するときに、計算に含まれた時間を使用する必要があります。

プロジェクト明細書の確認

プロジェクトの進捗のクイック スナップショットを表示するプロジェクト明細書を作成できます。 プロジェクト明細書を実行するとき、[プロジェクト明細書] ページの [一般] タブで選択すると、明細書の計算に使用する基準を指定できます。 次の情報の追加または除外を選択できます。

  • プロジェクト タイプ
  • トランザクション タイプ
  • プロジェクト日付/元帳日付
  • データ

明細書が計算された後、[プロジェクト明細書] ページのさまざまなタブで、次の情報を表示できます。

  • 一般 – プロジェクトの基本的な利益および損失構造に関する一般情報。
  • 損益 – 未収収益に関する情報。
  • WIP – 仕掛品口座の残高に関する情報。
  • 消費 – 時間、品目、経費、および給与トランザクションの、消費に関する情報。
  • 請求書 – 請求書および内金会計に関する情報。
  • 時間率 – 収益および原価勘定に転記される時間の時間率。