すべてのユーザーの [機能管理] ページで [機能更新: 新しい販売価格] エクスペリエンスを有効にし、新しい価格エクスペリエンスの使用を開始できます。 新しい価格エクスペリエンスでは、価格がリストにまとめられます。 [Excel で編集] アクションを使用すると、Excel の [販売価格一覧 ] ページで行を 編集 できます。

Excel で価格表を編集すると、更新されたリストを Business Central に簡単に発行できます。

Field Service を Business Central のサービス管理機能と統合するには、Premium ライセンスが必要です。 その場合は、Business Central の会社情報ページで、ユーザー エクスペリエンス フィールドを Premium に設定する必要があります。

「統合タイプ」フィールドで統合を有効にするには、次の場所で「プロジェクト」または「サービスとプロジェクト」を選択します。

• Dynamics 365 Field Service への統合をセットアップするアシスト セットアップ ガイド。
• Dynamics 365 Field Service 統合セットアップ ページ。

[統合タイプ] フィールドが [サービスとプロジェクト] に設定されている場合、この機能は次の処理を行います (Field Service 統合を有効にした場合)。

• サービス注文の種類、サービス ドキュメント、サービス明細、およびサービス品目明細に対して、統合テーブル マッピングが追加されます。

• サービス管理設定ページの注文のアーカイブ トグルがオンになります。

• サービス注文についてサービス注文の種類フィールドが必須になります。Field Service の作業指示書の作業指示書の種類が必須であるためです。

• サービス注文や作業指示書のヘッダーのフィールドが、サービス アカウント、請求先アカウント、作業指示書の種類などの情報を転送します。

• Field Service のサービス品目明細と作業指示書インシデントが、修理中の顧客資産に関する情報を転送します。

• サービス ラインのフィールドおよび作業指示書製品と作業指示書サービスのフィールド (出荷する数量、請求する数量、消費する数量など)。

技術者が特定の作業指示書の種類の作業指示書で作業指示書の製品またはサービスを使用済みとしてマークすると、明細がサービス注文に同期されます。 Dynamics 365 Field Service 統合セットアップ ページでの設定に基づいて、消費も転記されます。

Business Central での消費と請求の転記の間に、消費および請求された数量が、Field Service の元の作業指示書の製品および作業指示書のサービスの明細で更新されます。

統合を設定するときに場所別の引当可能在庫数を有効にするを選択すると、Business Central の引当可能在庫数量計算の総必要量の一部として、Field Service の作業指示書から割り当てられた製品数量を表示できるようになりました。 Field Service の注文によって生成された需要は、同期されたサービス注文を通じて、自動的に計画の入力になります。

現在、Field Service の倉庫を Business Central の場所と統合、構成、カスタマイズできます。 データの同期を管理するために、Business Central の場所と Field Service の倉庫の間に一方向 (Business Central から) の統合テーブル マッピングを追加しました。 新しい統合テーブル マッピングを使用するには、Business Central の在庫設定ページで場所必須トグルをオンにする必要があります。

Business Central は、場所カード ページの次の設定を使用して場所を同期します。

• 輸送中として使用トグルがオフになっている。
• プロジェクト Consump. Whse. 処理 が [倉庫ピッキング (必須)] とは異なる。
• Assm. 消費。 Whse. 処理 が [倉庫ピッキング (必須)] とは異なる。

場所ページと場所カード ページでは、倉庫アクションを使用して、Field Service で結合された場所を開き、同期して、結合を設定および削除し、同期ログを表示できます。

Field Service の Business Central で開くを使用して、Field Service の倉庫に結合されている場所を Business Central で開くことができます。

Dynamics 365 Field Service 統合セットアップ ページまたはDynamics 365 Field Service との統合をセットアップするページで場所別の引当可能在庫数を有効にするを選択します。

場所別の引当可能在庫数を有効にすると、新しい場所別の引当可能在庫数 API がDataverse 仮想テーブルとして使用可能になり、その仮想テーブルと Field Service のネイティブの Products テーブルの間に合成リレーションシップが作成されます。

Field Service の製品ページで、技術者は指定した倉庫に特定の製品がどれだけあるかを確認できます。

SecretText をアドインの制御に渡します

SecretText 型の値を渡して、アドイン プロシージャを制御できるようになりました。 これにより、資格情報を JavaScript ベースの認証ソリューションと統合できます。

SecretText 値を JSON オブジェクトに追加する新しいメソッド - WriteWithSecretsTo

新しいメソッドが JsonObject 型に追加され、開発者は SecretText 値を追加できるようになりました。 これを使用するために、AL開発者はまず、シークレット値のプレースホルダー値を含むJSONオブジェクトを作成します。 次に、値自体だけでなく、JPath形式の値へのパスも提供します。 最後に、このメソッドは、資格情報が置き換えられた新しい SecretText 値を生成します。

Business Central の在庫原価調整は、販売、消費、転送などのトランザクションを通じた購買価格、再評価、または適用原価の変化に基づいて原価を調整し、品目原価が正確に反映されることを確実にするプロセスです。

これは、特に企業が FIFO、LIFO、平均などの原価計算方法を使用する場合に、正しい在庫評価と COGS を維持するために不可欠です。 コスト調整は、自動的または手動で実行でき、履歴トランザクションと財務レポートに影響します。 不一致を回避するには、原価調整を正しく設定し、定期的に監視することが重要です。

大規模なワークロードでのパフォーマンスを高め、トラブルシューティングと監視を容易にするために、原価調整プロセスに複数の機能強化を導入します。

• テレメトリ データとコード分析に基づいてボトルネックを特定して解消し、処理速度を大幅に高めました。
• トランザクションの多い品目に対して、期間別および選択された製造オーダーと組立オーダーの調整が導入されました。これにより、処理の対象範囲を制御できます。
• 潜在的な問題、最適でない設定、大量のエントリ、データの不一致に関する通知を追加しました。
• 調整の進捗状況を視覚化するツールを開発しました。これは、パフォーマンスの問題を分析して非効率さを特定するのに役立ちます。
• 品目別の調整を有効にしました。これにより、実行時間の長いプロセスで部分的な進行状況が保存され、問題が発生した場合に完全な再実行が防止されます。

MultiSubnetFailover を使用すると、SQL Server 2012 以降のすべての可用性グループ (AG) またはフェールオーバー クラスター インスタンス (FCI) のフェールオーバーを高速化できます。 これにより、単一およびマルチサブネットの Always On トポロジのフェールオーバー時間が大幅に短縮されます。

このリリース サイクルでは、新しいサーバー設定 EnableSqlMultiSubnetFailover を追加しました。 管理者がこれを true に設定すると、サーバーからデータベースへの接続で MultiSubnetFailover が有効になります。 この設定を有効にすると、高可用性機能を備えたデータベースでのフェイルオーバー操作が高速になり、ユーザーはシステムの可用性が向上するというメリットを享受できます。

SQL Server 2012 の MultiSubnetFailover 機能の詳細については、「 SQL Server マルチサブネット クラスタリング」を参照してください。

Business Central 管理センター API 用の Power Platform コネクタを使用すると、Microsoft Copilot Studio などの Power Platform 製品を使用してさまざまな環境管理タスクを自動化できます。 次のタスクが含まれます。

• 環境の作成
• 環境のコピー
• 環境の更新のスケジュール
• 環境と他のシステムの統合

このリリース サイクルでは、ユーザーの創造性を高め、時間を節約する強力な Copilot の機能とツールで、Business Central が拡張されます。 たとえば、販売注文エージェントは、AI を使用して販売見積と注文をキャプチャするプロセスを自動化することで、SMB 組織が効率と顧客関係を向上させるのに役立ちます。

販売注文エージェントなどの Copilot とエージェントの一部の機能では、Microsoft Copilot Studio メッセージの使用に対して料金が発生します。 この機能では、Copilot for Business Central 用開発ツールで構築された販売注文エージェントや AI 機能など、一部の機能に使用量ベースの請求モデルが導入されます。

これらの機能を使用するには、Business Central 管理センターから Business Central 環境を Power Platform 環境にリンクします。

リンクされた Business Central 環境では、Power Platform 環境に割り当てられた前払いメッセージ容量から Microsoft Copilot Studio メッセージを消費し、Azure サブスクリプションを通じて従量課金制の課金に請求ポリシーを使用できます。

これまで、レコードのリンクとメモは、クラウド移行プロセスの一環としてオンライン テナントに自動的に移行されませんでした。 代わりに、手作業でデータを移動する必要がありました。 クラウド移行のセットアップとレプリケーションのツールにより、レコードのリンクとメモが自動的に移行され、ユーザー側の作業は最小限になります。

Dynamics 365 Business Central のメジャー更新ごとに、Microsoft は更新プログラムのリリースの 1 か月前からパブリック プレビューを実施し、顧客とパートナーがサンドボックス環境で新しい機能やその他の製品変更をテストして準備できるようにします。 これまで、サンドボックス環境をプレビュー バージョンに更新することはできませんでした。このため、独自のデータと拡張機能を使用して次のメジャー バージョンをテストすることは困難でした。

パブリック プレビュー以降、サンドボックス環境をプレビュー バージョンに更新できるようになります。 これにより、顧客とパートナーは次のことが可能になります。

• 更新プログラムが運用環境で利用可能になる前に、環境データまたはインストールされている拡張機能によって引き起こされる潜在的な問題を特定し、対処することができます。
• 独自のデータを使用して新機能と更新操作自体をテストし、更新が環境でどのように実行されるかをより正確に確認することができます。
• インストールされたアプリと統合が新しいバージョンで引き続きシームレスに動作することを早期に検証し、運用環境を更新する前に必要な変更を行うための時間を確保することができます。
• より効果的に準備します。 運用環境によく似たプレビュー環境を用意すると、製品のトレーニングや変更に関するコミュニケーションなどのユーザー準備活動を早期に行うことができます。

IPv4 アドレスの供給は限られており、いずれ枯渇します。このリリース サイクル以降、Business Central で IPv6 アドレスがサポートされます。 IPv6 への移行により、お使いの環境のシームレスな接続が保証されるだけでなく、IPv6 に組み込まれたセキュリティ プロトコルによってデータのセキュリティも強化されます。 さらに重要な点として、世界が IPv6 の普及に向かう中、このアップデートによってお使いの環境を将来に備えさせることができます。

[データベース不足インデックス] ページを使用して、インデックスを追加してデータベースのパフォーマンスを向上させる機会を特定します。

このリリースでは、次の場合に役立つ新しいメトリックが導入されています。

• シーク: 提案されたインデックスを使用した可能性のあるクエリによって発生したシークの数を追跡します。
• スキャン: 推奨インデックスを使用した可能性のあるクエリによって発生するスキャンの数を追跡します。
• 平均合計コスト: 推奨インデックスが追加された場合に減少するクエリの平均コストを示します。
• 平均影響: 推奨インデックスが追加された場合のクエリ コストの平均削減率を示します。
• 推定特典: (シーク + スキャン) × (平均合計コスト) × (平均影響) という数式を使用して、推奨インデックスを追加する潜在的な利点を計算します。

これまでは、メジャー アップデートとマイナー アップデートに対して比較的厳格な更新ポリシーが適用されていました。 このリリースでは、柔軟性を高めるために次の変更が導入されています。

• メジャー アップデートの場合は 5 か月の更新期間: この変更により、更新を実装する前に、徹底的なテストと準備を行う時間がより多く確保されます。 再販業者は、メジャー アップデートのピーク期間を回避するため、すべての顧客環境を更新する作業を 1 年間にわたって分散できます。 開発者は、すべてのアプリが更新と互換性があることを確認するための時間が増え、特定のテストと準備の要件があるお客様は、それらの要件に準拠させるための時間が増えます。

• オプションのマイナー アップデート: この変更により、管理者はニーズとスケジュールに基づいて、マイナー アップデートをいつ実装するかや、実装するかどうかを選択できるようになります。 毎月更新を受け取る環境の既定の動作は変更されません。 代わりに、管理者は、中間バージョンをスキップして更新をスケジュールするターゲット バージョンとして、新しいバージョンを選択できます。

これらの変更の一環として、次回のメジャー アップデートに対する更新期間の後の猶予期間が 1 か月に短縮されました。 これまでと同様に、この猶予期間中に更新が実行され、後の日に延期することはできません。 猶予期間が終了すると、互換性のない拡張機能をアンインストールすることで強制的に更新が行われます。

環境の更新には、インストールされているアプリが依存する機能の変更が含まれる可能性があり、その結果、それらのアプリが動作しなくなる可能性があります。 2024 年のリリース サイクル 2 までは、通知受信者と登録された Application Insights リソースのみが、インストール済みアプリと Business Central の今後の更新との非互換性に関するメッセージを受信していました。

これらの変更を事前に計画し、アップグレードの失敗を回避しやすくするために、アプリの互換性レポートを管理センターで直接表示できるようになりました。 インストールされているアプリと互換性がないバージョンへの更新をスケジュールすることはできません。

Visible プロパティが false に設定されたページまたはページ拡張機能に FlowField が追加された場合、その FlowField はページに表示されません。 ただし、その値は引き続き計算されるため、不要な計算やパフォーマンスの問題が発生します。 管理者は、機能管理ページで表示可能な FlowFields のみを計算する機能を有効にすることで、この動作を変更できます。 有効にすると、AL ランタイムはページに表示されている FlowFields の値のみを計算します。

ユーザーがシリアル、ロット、パッケージのデータを仕訳帳明細行に直接入力できるようにするには、品目仕訳帳のバッチでそれを有効にする必要があります。 その設定は、次の手順のようにして行います。

1. 品目仕訳帳テンプレート ページを開きます。
2. 種類が品目、消費、または出力のテンプレートを選択します。
3. バッチ アクションを選択して、品目仕訳帳バッチのリストを開きます。
4. 新規を選択し、新しいバッチを作成してから、明細の品目追跡トグルをオンにします。

機能を使用するすべてのテンプレートについて、この手順を繰り返します。

機能を設定したら、すぐに使用を開始できます。

1. 何を行うかにより、品目仕訳帳、消費仕訳帳、または出力仕訳帳のページを開きます。
2. バッチ名フィールドで、明細の品目追跡トグルを有効にしたバッチを選択します。
3. Excel で編集アクションを選択します。
4. Excel では、シリアル番号、ロット番号、パッケージ番号、有効期限、保証日などの列に入力できるようになりました。
5. 終わったら、公開を選択して Business Central に変更を送信します。

詳細については、「Excel で編集する」を参照してください。

サービスと販売の請求フローをさらに調整する作業が行われています。 新しいサービス出荷をまとめるアクションを使用すると、未請求のすべての出荷を 1 つ以上の請求書にまとめることができます。 顧客ごとに請求書を作成するときに使用する出荷明細行の取得アクションのように、複数の顧客の請求書を一度にまとめて作成できます。

出荷を 1 つの請求書に自動的にまとめるには

1. 操作アシスト アイコンを選択し、サービス出荷をまとめると入力して、関連するリンクを選択します。 バッチ ジョブの要求ページが開きます。

2. Business Central では、サービス出荷をまとめるが選択されているサービス注文のみが選択されます。 サービス注文のサービス出荷をまとめるフィールドが、顧客カード ページの新しいサービス出荷をまとめるトグルからコピーされます。 手動でそれを更新することもできます。

3. 次のテーブルで示すようにフィールドに入力します。

   フィールド名	説明	必須?
   転記日付	バッチ ジョブで作成する請求書の転記日付を入力します。	はい
   ドキュメントの日付	バッチ ジョブで作成する請求書のドキュメント日付を入力します。	はい
   請求書割引の計算	請求書割引を自動的に計算します。 販売および売掛金設定ページの請求書割引の計算チェックボックスがオンの場合、金額は常に自動的に計算されます。	いいえ
   請求書の転記	請求書をすぐに転記します。	いいえ
   標準支払条件のみ	標準支払条件の出荷のみを含めます。 このオプションを選択した場合は、他のすべての出荷を手動で請求する必要があります。	いいえ
   テキスト行のコピー	出荷明細行に手動で追加したテキストを請求書にコピーします。 自動的に挿入された標準テキストまたは拡張テキストは、常にコピーされます。	いいえ

4. OK を選択します。

知っておくと良いこと

複数の出荷が 1 つの請求書にまとめられて転記されると、請求された明細行に対して転記されたサービス請求書が作成されます。 元のサービス注文の請求済数量フィールドは、請求された数量に基づいて更新されます。

この方法で出荷を請求すると、出荷が転記された元の注文は、出荷と請求が完全に行われた場合でも引き続き存在します。 手動で 1 つずつ削除するか、請求済みサービス注文を削除する タスクを使用して注文を一括で削除できます。

1. 操作アシスト アイコンを選択し、請求済みサービス注文を削除すると入力してから、リンクを選択します。
2. 番号フィルター フィールドで、削除するサービス注文を指定します。 請求済みのサービス注文をすべて削除するには、このフィールドを空白のままにします。
3. OK を選択します。

GitHub における Microsoft のオープンソース BusinessCentralApps リポジトリへの貴重な貢献に対し、コミュニティに謝辞を述べさせていただきます。

レポートの選択ページの設定に基づいて仕入先および顧客のドキュメント レイアウト ページを設定できるようになりました。 特定のドキュメントを特定の会社の取引先担当者に送信するには、特定のドキュメント レイアウトに対して使用する会社の取引先担当者を選択します。

顧客のドキュメント レイアウト ページに、サービス見積もり、注文、請求書、クレジット メモに関する追加使用オプションが含まれるようになりました。

GitHub における Microsoft のオープンソース BusinessCentralApps リポジトリへの貴重な貢献に対し、コミュニティに謝辞を述べさせていただきます。

中程度の期間のサブスクリプションは、通常、前払いで請求されます。 これらのシナリオでは、数量の変更によって特定の期間の再請求が発生するのが一般的です。 サブスクリプション請求管理は、これらのシナリオを自動的に検出し、次の請求サイクルで再検討するようにサブスクリプション契約品目をマークします。

年間サブスクリプションなどの中長期サブスクリプションの場合、それぞれの期間の転記伝票が作成されます。 このサイクルは、サブスクリプション契約品目とサブスクリプション品目にも表示されます。 通常、期間中にサブスクリプションに変更がない場合、使用状況データは提供されません。 ただし、増加などの数量調整はいつでも発生する可能性があります。 その場合、新しい使用状況データは次の基準日に提供されます。 新しい契約明細書 (請求書またはクレジット メモ) を作成するときは、サブスクリプション契約品目が期間全体に対して前もって請求されるため、この使用状況データは考慮されませんでした。 最初の請求書を送信した後でさらに多くの使用状況データを利用できるようになった場合、差額を再請求できるようになりました。

サブスクリプション契約に品目を手動で追加できるようになりました。

Dynamics 365 Business Central のサブスクリプション請求管理モジュールは、機能が豊富で、さまざまなユース ケースをサポートしています。 したがって、モジュールを使い始めるためのエントリ ポイントが多数あります。 最も簡単な開始方法の 1 つは、顧客のサブスクリプション契約を設定し、1 つの品目を入力して、請求書を生成することです。 サブスクリプション契約に品目を直接手動で追加する機能により、ユーザーはサブスクリプション シナリオでモジュールを簡単に使い始めることができます。

サブスクリプション契約品目は、品目と G/L 勘定科目に基づいて追加できます。 どちらの場合も、システムでさらに処理するために追加情報が必要になります。 この情報は、それぞれの品目に手動で入力する必要があります。 残りは、バックグラウンドでシステムによって自動的に作成されます。

サブスクリプション請求管理では、販売プロセスから始まるサブスクリプション品目の単価がサポートされます。 単位原価はサブスクリプションに表示され、請求提案とそこから作成する伝票明細行に組み込まれます。 使用状況データのシナリオでは、単価は、サプライヤーが提供する使用状況データに基づく実際原価から取得されます。

サブスクリプション請求管理はサブスクリプション指向のモジュールですが、他の重要なシナリオもサポートしています。 このリリースまで、基になるオブジェクトとユーザーに表示される要素は、サブスクリプション請求管理でサポートされる広範で多目的なアプリケーションとシナリオの影響を受けていました。 現在は、モジュールのサブスクリプション ベースの性質を採用することで、ユーザーと開発者のエクスペリエンスを簡素化しています。

一般に、"サービス" と呼ばれていたオブジェクトと UX 要素 (キャプションなど) の名前を "サブスクリプション" に変更します。 たとえば、"サービス オブジェクト" エンティティは "サブスクリプション" エンティティになります。 目標は、ユーザー エクスペリエンス、ドキュメントの明確さ、アプリケーション全体での用語の一貫性を向上させることです。

出荷先の名前 2 フィールド

すべての販売、サービス、プロジェクト、購買のドラフト、転記済みおよびアーカイブ済みのドキュメントのページに、名前 2 フィールドを追加できます。

GitHub における Microsoft のオープンソース BusinessCentralApps リポジトリへの貴重な貢献に対し、コミュニティに謝辞を述べさせていただきます。

作業の説明フィールド

作業の説明フィールドが、販売見積もりアーカイブ ページと販売注文アーカイブ ページに追加されます。 このフィールドは既定で表示されます。

作業の説明フィールドの情報は、アーカイブ プロセスと復元プロセス、およびドキュメントのコピー手順の両方に従います。

GitHub における Microsoft のオープンソース BusinessCentralApps リポジトリへの貴重な貢献に対し、コミュニティに謝辞を述べさせていただきます。

[説明 2] フィールド

説明 2 フィールドを、シミュレーション済み、計画済み、計画確定済み、リリース済み、完了済みの製造オーダーに追加できます。

[ルーティング リンク コード] フィールド

ルーティング リンク コード フィールドがルーティング バージョン明細、ルーティング明細、製造オーダー コンポーネント ページに追加され、既定で表示されます。

[場所コード] フィールド

場所コード フィールドが、製造オーダー コンポーネントと計画コンポーネント ページに既定で表示されます。

[容量元帳エントリ] ページ

注文明細行番号と上限測定単位コード フィールドを容量元帳エントリ ページに追加できます。

[生産オーダー キャパシティ必要量] ページ

同時キャパシティ、状態、効率、所要時間、所要時間 (ミリ秒)、作業番号、ルーティング番号、ワーク センター番号 フィールドを、生産オーダー キャパシティ必要量 ページに追加できます。

[製造オーダー ルーティング] ページ

転記済み出荷数量、転記済み仕損数量、転記済み実行時間、転記済みセットアップ時間 FlowFields を 製造オーダー ルーティング ページに追加できます。

[製造 BOM バージョン リスト] ページ

状態、測定単位コード、開始日 フィールドが、製造 BOM バージョン リスト ページに追加されます。 フィールドは既定で表示されます。

[ルーティング バージョン リスト] ページ

状態と開始日フィールドが、ルーティング バージョン リスト ページに追加されます。 フィールドは既定で表示されます。

[サービス見積もり明細] ページ

品目参照番号がサービス見積もり明細ページに追加されます。 このフィールドは、少なくとも 1 つの品目参照が存在する場合に表示されます。

顧客番号フィールド

顧客番号フィールドを、転記済み仕入請求書、転記済み売上クレジット メモ、転記済み販売請求書、転記された販売出荷ページに追加できます。

GitHub における Microsoft のオープンソース BusinessCentralApps リポジトリへの貴重な貢献に対し、コミュニティに謝辞を述べさせていただきます。

仕入先番号フィールド

仕入先番号フィールドを、転記済み仕入クレジット メモと転記済み仕入請求書ページに追加できます。

GitHub における Microsoft のオープンソース BusinessCentralApps リポジトリへの貴重な貢献に対し、コミュニティに謝辞を述べさせていただきます。

Contoso デモ データの作成では、サブスクリプション請求管理モジュールのユース ケースのさまざまな側面が考慮されました。 たとえば、サブスクリプション オプション、サブスクリプション パッケージ、繰延用の G/L 勘定科目などに関する項目です。 さらに、Contoso デモ データではいつものように、設定データのみの作成と追加のトランザクション データの作成を区別できます。

Contoso デモ データ ツールでは、サブスクリプション請求管理モジュール用に次のタイプのデモおよび設定データを作成できるようになりました。

次のテーブルのセットアップ データ

• G/L 勘定科目
• ソース コード
• ソース コードの設定
• 一般転記設定
• 品目テンプレート
• 価格更新テンプレート
• サブスクリプション契約設定
• サブスクリプション契約タイプ
• 請求テンプレート

以下のテーブルのマスター データ

• 品目
• 品目仕入先
• 品目測定単位
• 品目参照
• 使用状況データ: サプライヤー
• 使用状況データ: サプライヤー 参照
• 汎用インポート設定
• サブスクリプション パッケージ明細テンプレート
• サブスクリプション パッケージ
• サブスクリプション パッケージ明細
• 品目サブスクリプション パッケージ

以下のテーブルのトランザクション データ

• 使用状況データ: 請求
• 使用状況データ: BLOB
• 使用状況データ: インポート
• 使用状況データ: サプライヤー サブスクリプション
• 使用状況データ: 汎用インポート
• 顧客サブスクリプション契約
• サブスクリプション ヘッダー
• サブスクリプション明細
• 顧客サブスクリプション 契約品目
• 仕入先サブスクリプション契約
• 仕入先サブスクリプション 契約品目

プロジェクト仕訳帳ページのドキュメント番号フィールドは編集可能であるため、仕訳帳明細行ごとに異なるドキュメント番号を指定したり、関連する仕訳帳明細行に同じドキュメント番号を指定したりできます。

プロジェクト仕訳帳バッチの番号シリーズ フィールドで番号シリーズが指定されている場合、プロジェクト仕訳帳を転記するときに、個々の明細行またはグループ化された明細行のドキュメント番号が連続している必要があります。 連続していない場合は、仕訳帳を転記できません。 問題を回避するには、プロジェクト仕訳帳ページでドキュメント番号の再割り当てアクションを実行してから、仕訳帳を転記します。 アクションを使用する前に、関連する仕訳帳明細行がドキュメント番号でグループ化されていた場合、それらはグループ化されたままとなりますが、別のドキュメント番号が割り当てられる場合があります。

ドキュメント番号の再割り当てアクションは、フィルター ビューでも機能します。

GitHub における Microsoft のオープンソース BusinessCentralApps リポジトリへの貴重な貢献に対し、コミュニティに謝辞を述べさせていただきます。

指示を設定する

この機能を有効にするには、場所カード ページの生産出荷倉庫処理フィールドで、倉庫プットアウェイを選択します。

ユース ケース

生産出荷倉庫処理フィールドが倉庫プットアウェイに設定されている場所に対して生産出荷を転記するときは、場所カード ページでの設定に基づいて、倉庫プットアウェイ ドキュメントは、自動的に作成されるか、ユーザーが倉庫プットアウェイ ワークシート ページを使用する必要があります。

ユーザーは、倉庫プットアウェイを削除する場合、製造オーダー リリース ページまたは製造オーダー完了ページの倉庫プットアウェイの作成アクションを使用して新しいプットアウェイを手動で作成できます。

品目、サービス、経費の安定した供給を維持することは、プロジェクトを成功させるための重要な側面です。 在庫数量を使用するか、プロジェクト固有の購買を行うことができます。 品目を受け取るには、次の方法を使用できます。

• 注文明細行から入庫と消費を転記します。
• 在庫プットアウェイ ドキュメントから入庫と消費を転記します。
• 倉庫入庫ドキュメントから入庫と消費を転記します。

在庫プットアウェイ ドキュメントから入庫と消費を転記するには

プットアウェイの処理は必要でも入庫は必要ないように設定されている場所では、在庫プットアウェイ ドキュメントを使用して、発注書のプットアウェイと入庫の情報を記録および転記します。

在庫プットアウェイは、次の 3 つの方法で作成できます。

• 在庫のプットアウェイ/ピッキングの作成アクションを選択して、発注書から直接在庫プットアウェイを作成します。
• 在庫のプットアウェイ/ピッキング/移動の作成バッチ ジョブを使用して、複数の元伝票に対する在庫プットアウェイを一度に作成します。
• プットアウェイを 2 つのステップで作成します。まず、発注書を発行して品目をプット アウェイできるようにします。 在庫プットアウェイ ページで、元伝票に基づいて在庫プットアウェイを作成できます。

在庫プットアウェイを転記するには

1. 在庫プットアウェイ ページで、以前に作成したプットアウェイ ドキュメントを開きます。
2. プットアウェイされた数量を取扱数量フィールドに入力します。
3. 品目をプットアウェイした後、転記アクションを選択します。

これらの手順の結果として、プットアウェイされた元伝票明細行の入庫が転記されます。 明細行ごとに 2 つの品目元帳エントリがあります。1 つは入庫用で、もう 1 つはプロジェクトの入庫数量を直ちに損金処理するためのエントリです。

請求書を転記するまで、プロジェクト元帳エントリはありません。

ビンが使用されている場所の場合は、転記により、ビン数量の変更を転記するための倉庫エントリも作成されます。

倉庫入庫ドキュメントから入庫と消費を転記するには

倉庫入庫を処理するように設定された倉庫に品目が到着したら、入庫の対象であるリリース済みの発注書から明細行を取得する必要があります。

倉庫入庫は、次の 2 つの方法のいずれかで作成できます。

• プッシュ方式: 作業が注文ごとに行われるとき。 発注書ページで倉庫入庫の作成アクションを選択して、元伝票に対する倉庫入庫を作成します。
• プル方式: 発注書ページのリリース アクションを使用して、ドキュメントを倉庫にリリースします。 倉庫の従業員は、1 つ以上のリリースされた元伝票に対して倉庫入庫を作成します。

倉庫入庫を転記するには

1. 倉庫入庫ページで倉庫入庫を開きます。
2. 入庫数量フィールドには各明細行の未処理数量が表示されますが、数量は必要に応じて変更できます。
3. 品目を入庫した後、転記アクションを選択します。

これらの手順の結果、元伝票明細行の入庫が転記されます。 入庫明細行ごとに 2 つの品目元帳エントリがあります。1 つは入庫用のエントリで、もう 1 つはプロジェクトの入庫数量を直ちに損金処理するためのエントリです。

請求書を転記するまで、プロジェクト元帳エントリはありません。

ビンが使用されている場所の場合は、転記により、ビン数量の変更を転記するための倉庫エントリも作成されます。

知っておくと良いこと

返品依頼は、プットアウェイとピッキングが指示されている場所ではサポートされません。 プロジェクト仕訳帳を使って消費を元に戻してから、在庫内の品目の返品依頼を作成する必要があります。

更新前に購買ドキュメントが作成された場合は、それを直接転記できます。 倉庫処理を使用する場合は、発注書を再度開いてリリースします。

倉庫入庫または在庫プットアウェイが存在する場合は、購買注文明細行の番号、バリアント コード、プロジェクト番号、プロジェクト タスク番号フィールドは編集できません。

生産 BOM または製造オーダーのコンポーネントに複数の項目を追加することで、ステップを省くことができます。 生産 BOM または生産 BOM バージョンで作業しているとき、または計画ワークシートや製造オーダーでコンポーネントを編集しているときに、項目の選択アクションを使用して、複数の項目を選択して追加できます。

生産 BOM 明細行および生産 BOM バージョン明細行に対して Excel で編集アクションを使用します。 Business Central の Excel で編集機能の人気がとても高い理由の 1 つは、データをすばやく入力する方法が提供されることです。 Excel で編集アクションを使用して、生産 BOM および生産 BOM バージョン ページの明細行を編集できるようになりました。

品目カード ページまたは品目リスト ページから、アクティブな生産 BOM バージョンに移動します。 企業は、生産 BOM を調整することが必要な場合があります。 まったく新しい生産 BOM を作成するのではなく、そのバージョンを作成することで現在の BOM を更新できます。 バージョンを作成すると、参照用に必要になった場合に備えて元の生産 BOM を保持しつつ、運用環境では新しいバージョンを使用できます。 開始日と状態のフィールドで、使用するバージョンを定義します。 このリリースでは、有効な生産 BOM バージョン アクションを選択することで、作業日に有効な認定 BOM または BOM バージョンに簡単に移動できます。

BOM バージョン マトリックス ページにベースラインとして元の BOM が含まれます。 すべての生産 BOM バージョンと品目、および品目ごとに使用される数量の一覧を表示するには、生産 BOM バージョンの比較ページを使用します。 マトリックスを使用して、最初の列に表示される元の BOM など、バージョンごとの使用品目に関して異なる生産 BOM バージョンを比較できます。 この機能により、すべての BOM バージョンとそれぞれの数量が明確に表示されます。

生産 BOM バージョンの比較ページは使いやすさが向上しており、バージョンごとの生産 BOM マトリックス ページの代わりになります。

生産 BOM の交換ページで不要になった品目を削除します。 生産 BOM の交換ページには、生産 BOM または認定生産 BOM バージョンから不要になった特定の品目または生産 BOM を削除できる新機能が含まれています。

低レベル コードを計算するタスクは、生産 BOM のリストから直接開始できます。 低レベル コードは、MRP 実行時に材料が計画される順序を決定します。

この機能を使い始めるには、製造設定ページに移動し、手動スケジュール トグルをオンにします。 必要に応じて、手動スケジュールの安全リード タイム フィールドに入力し、バッファーを確保できます。これには手動で再スケジュールするオーダーも含まれます。

手動で、または計画エンジンを使用して製造オーダーを作成する場合、期日と終了日の間にバッファーがあります。 優先度が最も高いものから低いものの順に、次のフィールドによってバッファーが定義されます。

• 最小在庫管理単位カード ページの安全リード タイム フィールド。
• 品目カード ページの安全リード タイム フィールド。
• 製造設定ページの既定の安全リード タイム フィールド。

オーダーを作成した後、次のように期日と終了日を変更できます。

• 期日を将来または現時点に移動します。
• 直接、または開始日を修正することにより、終了日を変更します。

確認ダイアログに、終了日に手動調整の安全リード タイムで定義されている値を加えたものが、新しい期日以降かどうかが示されます。

製造オーダーの手動スケジュール フィールドでは、日付が手動で調整されたかどうかが示されます。

間違いを修正するため、完了した製造オーダーを簡単に再度開くことができます。 ただし、データを保護するため、現在、いくつかの制限があります。

• 完了した製造オーダーを再度開くことができるのは 1 回だけです。
• 完了した製造オーダーに出力がなく、原価の仕掛品が在庫調整勘定に損金処理されている場合は、それを再度開くことができます。

製造オーダーを再度開くには、次の手順のようにします。

1. 完了した製造オーダー ページで、編集するオーダーを選択します。
2. 再オープン アクションを選択します。
3. 製造オーダーをもう一度開きますか? 確認ダイアログで、はいを選択します。

既に利用可能な次のオプションに、追加の部品消費方法ピッキング + 手動を追加します。

• 手動
• 後方
• 前方
• ピッキング + 後方
• ピッキング + 前方

品目、在庫管理単位、または製造オーダー コンポーネント明細行ごとに、場所カード ページの生産消費倉庫処理の設定を無視できます。 倉庫ピッキングまたは在庫ピッキングのスキップは、後方や前方などの自動部品消費方法で一般的です。 これは、その性質上、ピッキングする必要がないように製造現場ゾーンに保管する構成部品に便利です。 ただし、消費数量が異なる場合や品目追跡が必要な場合など、消費の手動転記が必要になる場合があります。

技術的な詳細

この機能の使用を開始するには、機能管理ページで機能の更新: ピッキングを必要としない '手動' の部品消費方法をアクティブにします。 既存のレコードを手動からピッキング + 手動のフラッシング法にアップグレードできます。

新しいピッキング + 手動オプションがすぐに追加され、機能キーを有効にしているかどうかに関係なく、正しく機能します。 倉庫処理が有効になっている場所で消費を行う必要がある場合は、ピッキングが必要です。

機能キーは手動オプションにのみ影響し、データのアップグレードを開始します。 元のフローを維持するため、以前に手動に設定されたすべての品目は、ピッキングの元の要件に合わせてピッキング + 手動に変換されます。

この機能が有効になっていない場合、手動とピッキング + 手動のどちらも、元の動作のためピッキングが必要です。 機能キーが有効になっている場合、手動オプションではピッキングは必要ありません。

誤って生産トランザクションを転記した場合、おそらく注文をキャンセルし (トランザクションを元に戻し)、場合によっては注文をクローズする必要があります。 これを行うには、リリースされた製造オーダー ページから品目元帳エントリまたは容量元帳エントリ ページを開き、製造オーダー トランザクションを元に戻すアクションを使用します。

• 種類が消費の品目元帳エントリの場合、このアクションによって種類が消費の品目仕訳帳明細行が作成されます。 明細行では、元のトランザクションから値がコピーされ、数量フィールドで反対の符号が使用され、元のエントリに適用されて、品目仕訳帳が転記されます。
• 種類が出荷または容量の品目元帳エントリの場合は、このアクションによって種類が出荷の品目仕訳帳明細行が作成されます。 明細行では、元のトランザクションから値がコピーされ、数量、仕損数量、段取り時間、実行時間フィールドで反対の符号が使用され、元のエントリに適用されて (品目元帳エントリの場合のみ)、品目仕訳帳が転記されます。 また、関連する生産工順明細行から完了状態が削除されます。

製造オーダー トランザクションを元に戻すアクションは、製造オーダーに関連するエントリに対してのみ有効です。 元の転記日付が使用されます。

次の条件の下ではこのアクションはサポートされていません。

• 出荷エントリがすでに出庫トランザクションに適用されている場合。
• 消費/出荷に倉庫処理が含まれる場合。 ビンがサポートされています。
• エントリは、外注発注書を通じて作成されました。 [転記済み仕入受領書] ページで受領を元に戻すことができます。

外注の領収書を請求済みとして転記する前に、元に戻すことができます。 これを行うには、転記済み購買受領書に移動し、明細行を選択して、元に戻すアクションを選択します。 その結果、容量元帳エントリと共に数量に符号が逆で同一の行が作成されます。 また、取り消された受領明細行が最後の工順工程にリンクされている場合は、種類が出荷の品目元帳エントリ。 請求済みの場合、または製造オーダーが完了している場合は、受領を取り消すことはできません。

レコードを修正した (元に戻した) 後、製造オーダーの状態を完了に変更できます。 手順と設定は、実際の仕損発生のために累積仕掛品を割り当てる出力がないシナリオでも同じであるため、以下で説明します。

設定: 製造設定ページで出力なしでオーダーを終了するトグルをアクティブにします。

消費または容量の元帳エントリはあるが出力がないリリース済み製造オーダーの状態を変更するときは、製造オーダーの状態の変更ページで出力のない製造オーダーの終了を許可するをオンにできます。

累計仕掛品金額は、在庫調整勘定に転記されます。 以下で定義されたエントリの一般転記設定ページの在庫調整勘定を忘れずに入力してください。

• 製造オーダーの一般ビジネス転記グループ フィールド。
• 生産された品目の一般製品転記グループ フィールド。

品目または品目バリアントが生産出荷に使用されるのをブロックできます。 品目またはバリアントの生産をブロックするには、品目カード、品目バリアント、品目バリアント カード ページで、生産のブロック トグルをオンにします。 品目テンプレート ページでこのフィールドを設定することもでき、Business Central はその設定をこのテンプレートから作成される新しい品目にコピーします。

品目または品目バリアントが生産をブロックされている場合、それらは次のページで選択できません。

• 製造オーダー ヘッダー (すべての状態)
• 製造オーダー明細行

さらに、ブロックされている品目または品目バリアントが製造オーダーに含まれている場合は、次のアクションを使用できません。

• 出力仕訳帳または生産仕訳帳に出力を転記する
• 製造オーダーを更新する
• 製造オーダーを再計画する
• 外注ワークシートでの外注の計算では、それらの品目をスキップする必要があります。

リリースされた製造オーダー ページと完了した製造オーダー ページで、ラベルの印刷アクションを利用できます。 このアクションは、注文の品目番号、説明、測定単位、1D および 2D バーコード情報を含むレポートを印刷します。 要求ページでは、ロット番号、シリアル番号、またはパッケージ番号をバーコードとして印刷するかどうかも指定できます。

レポートを複製して独自のカスタマイズされたバージョンを作成する場合、レポート選択製造オーダーページの新しい製品出力品目ラベル選択を使用していれば、簡単に接続できます。

この機能の使用を開始するには、品目カードの倉庫の超過ピッキングを許可するトグルをオンにして、品目が超過ピッキングの対象であることを指定します。 品目テンプレートで同じ設定をアクティブにして、テンプレートを基に作成するすべての品目にその設定を含めることができます。

製造オーダーに対して作成する倉庫ピッキングでは、取得明細行の数量 フィールドの値を調整できます。

超過品目を倉庫に戻すには、移動ワークシートとビンの内容を取得するアクションを使用します。

追加消費を転記するには、製造オーダー コンポーネント ページの単位あたり数量フィールドの値を増やすか、消費仕訳帳または生産仕訳帳ページで必要な数量を直接入力します。 仕訳帳の新しい数量がピッキングされた数量以下の場合は、消費を転記できます。

これは、製造オーダーの倉庫ピッキングにのみ適用されます。 在庫ピッキングと移動はサポートされていません。 また、他の元伝票に対する倉庫ピッキングはサポートされていません。

ドキュメントの添付ファイルは製造に関連するページで利用できます。 ドキュメント添付ファイル情報ボックスは次のような複数の場所で利用できます。

• 生産 BOM (ページ 99000786)
• 生産 BOM (ページ 99000787)
• 工順 (ページ 99000766)
• 工順リスト (ページ 99000764)
• シミュレートされた製造オーダー (ページ 99000912)
• シミュレートされた製造オーダー (ページ 9323)
• 計画製造オーダー (ページ 99000813)
• 計画製造オーダー (ページ 9324)
• 確定した計画製造オーダー (ページ 99000829)
• 確定した計画製造オーダー (ページ 9325)
• リリースされた製造オーダー (ページ 99000831)
• リリースされた製造オーダー (ページ 9326)
• 完了した製造オーダー (ページ 99000867)
• 完了した製造オーダー (ページ 9327)
• 製造オーダー リスト (ページ 99000815)

また、次のページでは、添付ファイル アクションを選択して、明細行からドキュメントの添付ファイルに移動することもできます。

• シミュレートされた製造オーダー明細 (ページ 99000913)
• 計画製造オーダー明細 (ページ 99000814)
• 確定した計画製造オーダー明細 (ページ 99000830)
• リリースされた製造オーダー明細 (ページ 99000832)
• 完了した製造オーダー明細 (ページ 99000868)

添付されたドキュメント ページの新しい製造トランザクションへのフロー トグルを使用して、品目、生産 BOM、または工順に添付されたドキュメントの、製造オーダー明細へのフロー方法を制御します。

製造オーダー コンポーネント ページのコンポーネント – 品目情報ボックスでは、製造オーダーのコンポーネントのリストを表示または編集するときに、品目とその在庫状態に関する分析情報が提供されます。

製造オーダーの状態を一括で変更する

製造オーダー状態の変更ページでは、複数の注文の状態を一度に変更できます。 現在、次のタイプのオーダーのリスト ページで同様の機能を使用できるようになりました。

• シミュレートされた製造オーダー
• 計画製造オーダー
• 確定した計画製造オーダー
• リリースされた製造オーダー

1 つ以上の製造オーダーを選択して、状態を変更するアクションを選択できます。

オーダーの状態を変更できない場合、それらはスキップされます。 エラー メッセージ ページには、スキップされたオーダーとその理由が表示されます。

選択したオーダーの製造オーダー - 完了と 工順レポートを印刷します。

1 つ以上のオーダーを選択し、製造オーダー - 完了と工順を選択してレポートを実行します。 印刷とプレビュー アクションでは、選択したオーダーの詳細が表示されます。

レポートは次のページで使用できます。

• 計画製造オーダー
• 確定した計画製造オーダー
• リリースされた製造オーダー

計画ワークシートから作成された複数の製造オーダーを印刷する

計画ワークシートの明細行を処理するときに、複数の確定計画オーダーを印刷できます。

GitHub における Microsoft のオープンソース BusinessCentralApps リポジトリへの貴重な貢献に対し、コミュニティに謝辞を述べさせていただきます。

[標準原価ワークシート] ページの [Excel で編集]

Business Central の Excel で編集機能の人気がとても高い理由の 1 つは、データをすばやく入力する方法が提供されることです。 標準原価ワークシート ページで Excel で編集アクションを使用できるようになりました。

[生産工順明細行] ページで工順リンク コードを編集する

元の工順が実行できなくなり、調整が必要になる場合があります。 工順リンク コード フィールドを編集できるようになったため、新しい工順ステップを追加できるだけでなく、コンポーネントがそれにリンクされていることを確認することもできます。

複数の工順行で同じ工順リンク コードを選択すると、警告が表示されます。

組立と製造オーダーに対する既定の一般業務転記グループ

製造設定ページの既定の一般業務転記グループ フィールドで値を指定することによって、新しい製造オーダーで既定で使用する一般転記グループを定義できます。 それに応じて一般転記設定ページのエントリを更新することを忘れないでください。 組立オーダーの場合は、組立設定ページで同様の設定を使用できます。

完成品に非在庫原価を含める

このリリースでは、実際原価と標準原価の両方のシナリオで、非在庫品目を生産品目の原価に含めることができます。

設定

この機能の使用を開始するには、製造設定ページに移動して、非在庫品目を生産品目に含めるトグルを有効にします。

その後、非在庫品目の原価は、出力タイプの品目元帳エントリに関連する追加値エントリとして生産品目の原価に含まれます。 また、対応する残高勘定も設定する必要があります。

次の表は、在庫値エントリの新しい種類と、一般会計の勘定科目および残高勘定との関係を示したものです。

使用

非在庫品目が生産品目の原価に及ぼすと予想される影響を調べるには、BOM 原価シェア ページの集計された材料非在庫原価と単一レベルの材料非在庫原価フィールドを利用できます。

転記後、値エントリと一般会計エントリで値を確認できます。

生産出荷に SKU の標準原価を使用する

SKU で生産 BOM または工順を定義できます。これは、SKU が異なるバリアントを表していて、異なるコンポーネント セットや、異なる生産備品が利用可能な異なる場所を必要とする場合に役立ちます。 これらの変更は原価に影響を与える可能性があります。

設定

この機能を有効にするには、製造設定ページに移動し、製造時に SKU 原価を読み込むトグルを有効にします。

使用

最小在庫管理単位カード ページの生産標準原価を計算するアクションを使用して、標準原価を計算できます。

このアクションにより、新しいフィールドが入力されます。

• 単一レベルの材料原価
• 単一レベルの容量原価
• 単一レベルの材料非在庫原価
• 単一レベルの外注原価
• 単一レベルの製造間接原価
• 単一レベルの容量間接原価
• 集計された材料原価
• 集計された容量原価
• 集計された材料非在庫原価
• 集計された外注原価
• 集計された製造間接原価
• 集計された容量間接原価

最小在庫管理単位を持つ品目の出庫を転記するとき、標準原価は最小在庫管理単位からの情報に基づいて定義されます。