B2B シナリオでの会社の詳細の処理方法を改善しました。 Shopify と Business Central の統合を引き続き強化し、B2B のお客様に優れたサービスを提供することを目指しています。

Shopify から会社をインポートすると、そのすべての場所もインポートされ、Shopify の場所ページでそれにアクセスできます。 このページは Shopify の会社および Shopify の会社カード ページから開くことができます。

顧客の作成と、顧客カードへの住所情報や他のフィールドの追加では、最初にインポートされた場所が使用されます。 その場所は既定としてマークされます。 顧客を Shopify の会社としてエクスポートすると、Shopify コネクタによって会社の所在地が 1 つ作成されます。 Business Central では、この場所が既定としてマークされます。

Shopify の会社所在地機能を使用すると、業者は既定の支払条件を定義できます。 顧客情報を Shopify の会社としてエクスポートすると、以下の場合、支払条件の詳細が Shopify に転送され、既定の会社の場所に保存されます。

• 顧客カードの支払条件フィールドに値が含まれている。
• 対応するレコードが Shopify 支払条件マッピング ページにある。

Shopify の会社をインポートすると、会社の場所ごとに関連する支払条件を確認できます。 Shopify コネクタが顧客を更新するように構成されている場合は、既定の場所の支払条件が使用されます。 対応するレコードが Shopify 支払条件マッピング ページに存在することが重要です。

Shopify では、会社の場所ごとに税 ID を持つことができます。 顧客を Shopify の会社としてエクスポートすると、税 ID は既定の会社の場所に保存されます。 Shopify ショップ カード ページの新しい会社税 ID マッピング フィールドでは、登録番号または VAT 登録番号のいずれかを税 ID として選択して送信できます。

Shopify の会社をインポートするときは、既定の Shopify の場所の税 ID が、インポートされた会社を既存の顧客にマップするのに役立ちます。 マッピング ロジックをアクティブにするには、Shopify ショップ カード ページの会社マッピング タイプ フィールドで 税 ID を選択します。

Shopify コネクタの最新リリースでは、グローバルおよび顧客価格グループ/顧客割引グループの価格構造を補完する個別の価格と割引が導入されています。 これらの個別の価格と割引は、B2B の顧客に優れた柔軟性と個人用設定を提供するものであり、その拡張が行われてきました。

顧客を Shopify の会社としてエクスポートするとき、カタログを作成するように Shopify コネクタを構成してある場合は、カタログの顧客番号フィールドが入力されます。 この機能強化により、コネクタで特定の顧客を使用して価格が計算されるようになり、顧客価格グループ、顧客割引グループ、明細行割引の許可フィールドに入力する必要がなくなります。 必要なのは価格の同期トグルをオンにして価格の同期を選択することだけで、それによりカタログ価格の同期が開始されて、顧客は Shopify と Business Central で一貫した価格を取得できるようになります。

顧客を Shopify の会社としてエクスポートすると、顧客カード ページの番号フィールドの値が会社 ID に入力されます。これにより、トレーサビリティが強化されます。 また、Shopify コネクタによって、作成された会社の場所にある会社/注意フィールドに会社名が入力されます。 この名前は、インポートされた注文で使用されます。

ユーザーは、Business Central から Shopify に商品を公開するときに、Shopify 販売チャネル ページでアクティブにする販売チャネルを直接選択できるようになりました。 新しい Shopify 販売チャネル ページでは、場所や言語と同様に、Shopify で利用できるすべてのチャネルにアクセスできます。 ユーザーは必要なものをアクティブにするだけでよく、残りの処理は Shopify コネクタによって行われます。 このページをまだ設定していなくても、心配はいりません。 商品は既定でオンライン ストアに設定されます。

Shopify は、四半期の開始時点で 3 か月ごとに新しい API バージョンをリリースし、各バージョンを 12 か月間サポートします。 更新されたバージョンには重要な変更が含まれている可能性があるため、Business Central のメジャー リリースで Shopify API のバージョンを取り込むことが重要です。 通常、新しいバージョンの API を使用すると、安定性とセキュリティが向上し、追加機能が有効になります。 このリリース以降の Shopify コネクタでは、2025 年 1 月にリリースされた Shopify API が使用されます。

製品バリアントの一括更新

Shopify は、同等の一括バージョンを優先して単一製品バリアントを廃止しました。 現在、Shopify コネクタは、バリアントを一括で作成または更新します。 この変更により、1 回の呼び出しで何百もの更新が行われるため、コネクタの全体的なパフォーマンスが向上します。 この変更は、バリアントのある製品の初期作成や、Shopify の製品とバリアントのスケジュールされた更新に影響します。

税込価格設定の取り扱い

このリリース以降、Shopify ショップ カード ページの VAT 込み価格トグルは、販売ドキュメントの作成に影響しなくなりました。 価格が税込みかどうかに関する情報は Shopifyから直接取得されます。これは、Shopify 管理画面のお客様の国に基づいて税を含める、または除外する設定を使用して、さまざまな市場に販売する場合に便利です。

トラブルシューティングを簡単にするため、Shopify 注文ページから税明細行を調べることができます。

注文をフィルター処理するための追加機能

注文の同期で、出荷先、請求先、販売先の国、税額のフィルターがサポートされるようになりました。 これらのフィルターは、他の EU 加盟国の B2B 顧客に販売する欧州連合のマーチャントで、リバース チャージのために注文に VAT が含まれていない場合に役立ちます。

このようなルールの詳細については、「注文のさまざまな処理ルール」を参照してください。

インポートする Shopify 注文ページでの並べ替え

インポートする Shopify 注文ページで最新の注文が一番上に表示されるようになりました。

このページは、注文のインポートに関する問題のトラブルシューティングに役立ちます。 利用可能な注文を評価し、次のステップに進むことができます。

• 特定の注文のインポートがエラーによってブロックされたのかどうかを確認し、エラーの詳細を調べます。 エラーありフィールドを選択します。
• 特定の注文のみを処理します。 ショップ コード フィールドに入力し、1 つ以上の注文を選択してから選択した注文のインポート アクションを選択します。
• インポートする Shopify 注文ページから注文を削除して、同期から除外します。

REST リソースの非推奨

Shopify は REST から GraphQL への移行を継続しており、このリリースでは Country および Province リソースのエンドポイントを非推奨にしました。 Shopify コネクタはその情報を使用して、出荷が許可されている国のリストを Shopify 顧客テンプレート ページに入力します。 Shopify コネクタはショップのプロパティからこの情報を取得するため、この機能は引き続き機能します。

Shopify は関連する州のリストを受け取ることができません。 州のリストは、Shopify コネクタに設定データとして含まれています。 住所情報を検証するために州コードを必要とする国がいくつかあります。 Business Central では国フィールドの使用が強制されたり、コンテンツが検証されたりしないため、Shopify コネクタでは、Shopify ショップ カードの国コード フィールドと Shopify 税地域ページを使用して、Shopify で顧客または会社を作成するときに州コードが取得されます。

Shopify では、次の国の場合は州/都道府県が必須です。

• アラブ首長国連邦
• アルゼンチン
• オーストラリア
• ブラジル
• カナダ
• チリ
• 中国
• コロンビア
• コスタリカ
• エジプト
• スペイン
• イギリス
• グアテマラ
• 香港特別行政区
• インドネシア
• アイルランド
• インド
• イタリア
• 日本
• 韓国南部
• クウェート
• メキシコ
• マレーシア
• ナイジェリア
• パナマ
• ペルー
• フィリピン
• ポルトガル
• ルーマニア
• ロシア
• エルサルバドル
• タイ
• 米国
• ウルグアイ
• ベネズエラ
• 南アフリカ

その他の改善

新しい API バージョンには関連しませんが、コネクタの全般的な使いやすさを向上させるいくつかの改善も実装されています。

Shopify の注文を Business Central にインポートした後、販売ドキュメントを自動または手動で作成できます。 Shopify 注文のフルフィルメントが既に済んでいる場合は売上請求書を作成でき、Business Central でフルフィルメントを処理する場合は販売注文を作成できます。 販売ドキュメントを作成すると、ドキュメント番号が注文属性として Shopify に同期されます。

これは、Shopify 管理画面で作業しているユーザーが、注文が Business Central に同期されたかどうかを確認するのに便利です。 負荷の高い環境など、場合によっては同期をオフにした方がよいことがあります。 新しい Business Central ドキュメント番号を属性として追加するトグルを使用して同期を制御できます。

リスク評価に対処する新しい方法が前のリリースで提供されました。 Shopify は現在、2 つのレベルと外部プロバイダーをサポートしています。 コネクタは引き続きリスクとセンチメントの両方をインポートします。 ただし、注文に関連するリスクを表す値は 1 つもありませんでした。 このギャップに対処するために、Shopify 注文および Shopify から注文を同期する要求ページに高リスク フィールドを追加します。 この欄はブール値で、注文が高リスクと評価された場合に有効になります。

要求データ、Shopify ログ エントリ ページの応答データ、Shopify データ キャプチャ リストの Json データでは、リッチ テキスト コントロールを使用することで、より多くの情報が表示されるようになりました。 その結果、トラブルシューティングが簡単になります。

Shopify フルフィルメント サービスの作成アクションが Shopify の場所ページにも表示されるようになり、場所をマップするときにフルフィルメント サービスの場所を作成できます。

必須になった変更

Shopify コネクタに対して一括操作の使用を有効にする機能は必須になり、無効にすることはできません。 この機能は価格の同期に影響し、価格が一括して同期されるようになります。

同期のステータスは、Shopify 一括操作ページで確認できます。

Shopify にデータをエクスポートするとき、Shopify コネクタは、Shopify が拒否するレコードまたは他の理由でエクスポートが無効なレコードをスキップします。 動作は想定されるものですが、一部の情報が期待どおりに処理されなかった場合、ユーザーは混乱する可能性があります。 そのようなエントリを Shopify でスキップされたレコード ページで確認できるようになりました。ここには、スキップされたすべてのレコードが表示され、レコードがスキップされた理由と日時が示されます。

Shopify コネクタがログに記録するケース

お客様:

• お客様のメールが空です。
• 同じメール アドレスまたは電話番号を持つお客様が存在します。

転記済み販売請求書:

• お客様が Shopify に存在しません。
• 支払条件マッピングがありません。
• 顧客番号が、Shopify ショップの既定の顧客番号です。
• 顧客番号が、Shopify 顧客テンプレートで使用されています。
• 販売請求書に明細がありません。
• 無効な (負または端数の) 数量です。
• 数値が空です。

製品:

• 品目がブロック/販売ブロックされています (品目バリアント)。
• 品目がブロックされています。
• 品目の説明が空です。

カタログ:

• Shopify でカタログが見つからない場合の価格同期です。

出荷:

• 関連する Shopify 注文が存在しません。
• 転記された販売出荷のどの明細行も、フルフィルメントに適用されません。
• 対応するフルフィルメントが Shopify で見つかりません。

同期をフォアグラウンドで実行すると、レコードがスキップされた場合に通知が届きます。 スキップされたレコードの表示を選択し、Shopify でスキップされたレコード ページを開きます。

設定

ログ モード フィールドは、Shopify でスキップされたレコード ページの内容を制御します。 すべてオプションは、エラーのみと同じように機能し、スキップされたエントリのみをログすることに注意してください。 以前にスキップされたエントリはログされません。

保持ポリシー

データベース サイズを制御できるように、Shopify でスキップされた レコードは保持ポリシーの定義に含まれます。

Shopify のプラットフォームには、基本的なコマース コンセプトに対応したデータ モデルが含まれます。 ただし、コマースは多様であり、より複雑な、または特殊なデータ モデルが必要になることがよくあります。 カスタム データ プラットフォームを使用すると、Shopify のデータ モデルを拡張し、メタフィールドを使用して独自のデータ モデルを作成できます。 メタフィールドは、製品、顧客、会社など、Shopify リソースに関する追加情報を追加および格納するための柔軟な方法です。 メタフィールドにはリソースに関連するほぼすべての追加情報を格納できます。 例としては、基本設定、与信限度額、ロイヤルティ プログラム、ソーシャル メディア リンク、セグメント情報などがあります。

メタフィールドに格納されているデータをエクスポートして Business Central にインポートする機能を追加しました。 また、開発者が Business Central の標準またはカスタム フィールド、属性、その他の関連エントリを Shopify のメタフィールドにマップできるようになる拡張性モデルもあります。

メタフィールドは Shopify メタフィールド ページで編集できます。このページは、Shopify 顧客、Shopify 顧客カード、Shopify 会社、または Shopify 会社カード ページから開きます。

フィードバックに基づいて、顧客、会社、製品、バリエーションなどの Shopify メタフィールドにさまざまな機能強化を追加しました。 コンテンツ タイプを顧客と会社にできるようになりました。

また、標準メタフィールドが定義されている場合は、メタフィールド定義の取得アクションを使用して Shopify からリストを取得できます。 サポートされているすべてのメタフィールドがインポートされます。 値の更新だけが必要です。

Shopify ショップ カード ページの新しい Shopify に商品/バリエーション メタフィールドを同期する、Shopify に顧客メタフィールドを同期する、Shopify に会社メタフィールドを同期するアクションでは、Shopify との間で同期するときにメタフィールドを同期するかどうかを指定できます。 これらの設定は、メタフィールドには依存しないけれども大きな商品リストまたは顧客リストがある場合の同期パフォーマンスに役立ちます。

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. Handling が [倉庫ピッキング (必須)] とは異なる。
• Assm. Consump. Whse. Handling が [倉庫ピッキング (必須)] とは異なる。

場所ページと場所カード ページでは、倉庫アクションを使用して、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 の製品ページで、技術者は指定した倉庫に特定の製品がどれだけあるかを確認できます。

財務、営業、在庫、購買、プロジェクト、製造に関する 6 つの新しい Power BI アプリを利用でき、これらの分野でのレポートの実行とデータ分析を行えるようになります。 また、固定資産とサブスクリプション請求管理に関するデータに関する分析情報の取得に使用できる Power BI アプリも提供されています。 2024 年リリース サイクル 2 を通して、アプリへの新機能の追加を続けます。

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

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

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

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

銀行口座の通貨の為替レートを調整する場合、これらの調整を実現または未実現の利益/損失勘定に転記することを選択できます。 このオプションは、銀行口座カードの転記クイック タブで使用できます。

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

このリリース サイクルでは、新しいサーバー設定 EnableSqlMultiSubnetFailover を追加しました。 これを true に設定すると、サーバーからデータベースへの接続で MultiSubnetFailover が有効になります。

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 バーコード情報を含むレポートを印刷します。 要求ページでは、ロット番号、シリアル番号、またはパッケージ番号をバーコードとして印刷するかどうかも指定できます。

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