Dynamics 365 Business CentralとShopifyを連携している管理者がまず押さえるべき点は、今回の「Dynamics 365 documentation update: Correct Shopify return/refund process option names to match BC UI captions」は、製品の処理仕様を変える更新ではなく、公式ドキュメント上の選択肢名をBusiness Centralの画面表示に合わせる修正だということです。対象はShopify Connectorの返品・返金処理オプションで、従来の説明にあった「Import only」「Auto create credit memo」という表記が、実際のUIに合わせて「Import Only」「Auto Create Sales Document」に修正されました。(GitHub)
この更新で管理者がすぐ確認すべきなのは、Shopify Shop Cardの返品・返金設定、社内手順書、運用マニュアル、問い合わせ対応テンプレートです。特に「Auto create credit memo」で検索してもBusiness Centralの画面上に該当項目が見つからない、という混乱を防ぐため、社内資料では新しい表示名に統一しておきましょう。
Dynamics 365 documentation updateで修正された内容
今回の更新は、MicrosoftDocsのDynamics 365 Business Centralドキュメントに対するPull Requestとして公開され、2026年5月20日にmainブランチへマージされています。変更対象は、Business CentralのShopify連携で販売注文を同期・処理するドキュメント内の「Set up returns and refunds」にある返品・返金処理オプションです。(GitHub)
修正前のドキュメントでは、Business CentralのUIに表示される選択肢名と文書上の表記が一致していませんでした。具体的には、Shopify Connectorのenum ShpfyReturnRefundProcessType、ID 30139に定義されているキャプションと、公式ドキュメントの説明がずれていました。BCApps上のenumでは、value 1のキャプションが「Import Only」、value 3のキャプションが「Auto Create Sales Document」と定義されています。(GitHub)
| 項目 | 修正前のドキュメント表記 | 修正後・UIに合わせた表記 | 意味 |
|---|---|---|---|
| 返品・返金情報を取り込むだけ | Import only | Import Only | Shopifyから返品・返金情報を取り込むが、対応するクレジットメモは手動で作成する |
| 自動で販売関連ドキュメントを作成 | Auto create credit memo | Auto Create Sales Document | 返品・返金情報を取り込み、Business Centralがクレジットメモを自動作成する |
重要なのは、「Auto Create Sales Document」という表示名に変わっても、説明上は返金に対してクレジットメモを作成する処理である点です。公式ドキュメントでも、このオプションはBusiness Centralが自動的にcredit memoを作成し、利用には「Auto Create Sales Order」トグルを有効にする必要があると説明されています。(Microsoft Learn)
影響範囲はドキュメントと運用上の認識が中心
今回のDynamics 365 documentation updateは、少なくとも公開されているPull Requestと差分から確認できる範囲では、アプリケーション本体のロジック変更ではありません。変更内容はMarkdownドキュメント内の2行の表記修正であり、Pull Requestの差分も「2 additions & 2 deletions」として示されています。(GitHub)
そのため、次のような作業は通常不要です。
| 作業 | 必要性 | 理由 |
|---|---|---|
| Business Central環境のアップグレード | 原則不要 | ドキュメント表記の修正であり、製品更新ではないため |
| データ移行 | 原則不要 | enumの値そのものが変更されたという情報は示されていないため |
| Shopify Connectorの再設定 | 原則不要 | 既存設定の表示名理解を合わせることが主目的 |
| 社内手順書の更新 | 必要 | 画面上の選択肢名と手順書の表記を一致させるため |
| 開発者向けコメント・設定値名の確認 | 推奨 | UIキャプションと内部識別子が一致しない箇所があるため |
特に注意したいのは、value 3の内部識別子は「Auto Create Credit Memo」のままですが、表示キャプションは「Auto Create Sales Document」になっている点です。PRの説明でも、内部のenum value identifierは残りつつ、表示キャプションが変わっているため、利用者が「auto create credit memo」でShopify Shop Cardを探しても見つけられない可能性があると説明されています。(GitHub)
対象になるユーザーと確認すべき場面
この更新の対象者は、Dynamics 365 Business CentralでShopify Connectorを使い、Shopifyの注文、返品、返金をBusiness Centralへ同期している管理者・経理担当者・開発者・導入パートナーです。
特に影響を受けやすいのは、次のような運用です。
| 対象者 | 確認すべきポイント |
|---|---|
| 管理者 | Shopify Shop Cardの返品・返金処理オプション名が社内手順書と一致しているか |
| 経理担当者 | 返金時にクレジットメモを手動作成する運用か、自動作成する運用か |
| 開発者 | UIキャプション、enum識別子、拡張機能内の参照名を混同していないか |
| サポート担当 | 問い合わせ回答で古い表記を案内していないか |
| 導入パートナー | 顧客向け設定資料やトレーニング資料が最新UIに合っているか |
たとえば、経理担当者に「Auto create credit memoを選択してください」と案内している社内マニュアルが残っている場合、Business Centralの画面上では同名の選択肢が見つからず、設定ミスや問い合わせ増加につながります。この場合は、「Auto Create Sales Documentを選択してください。返金に対するクレジットメモを自動作成する設定です」と表現を更新するのが実務上安全です。
Shopify返品・返金処理オプションの意味
Business CentralのShopify Connectorでは、返品と返金はShopify側で記録された情報をBusiness Centralへ同期し、会計・在庫の整合性を保つために使われます。Microsoft Learnでは、返品・返金データはShopify AdminまたはShopify POSで記録されたものを同期でき、処理タイプを有効にしている場合に関連注文とともにインポートされると説明されています。(Microsoft Learn)
Blank
「Blank」は、返品・返金をインポートおよび処理しない設定です。返品・返金をShopify側だけで管理し、Business Centralでは別の経理処理を行う場合に該当します。
ただし、Shopify上では返金済みなのにBusiness Central側の売上・債権・在庫が更新されない状態になりやすいため、実務では慎重に選ぶべきです。小規模な検証環境や、返品・返金処理を完全に手作業で管理している場合以外では、Blankのまま放置しない方がよいでしょう。
Import Only
「Import Only」は、Shopifyから返品・返金情報を取り込むものの、対応するクレジットメモは手動で作成する設定です。公式ドキュメントでも、情報はインポートするが、対応するcredit memoは手動作成すると説明されています。(Microsoft Learn)
この設定が向いているのは、返金内容を経理担当者が確認してからクレジットメモを作成したいケースです。たとえば、高額商品の返品、部分返金、送料や手数料を含む返金、倉庫側の検品後に在庫戻しを判断する運用では、Import Onlyの方が安全な場合があります。
Auto Create Sales Document
「Auto Create Sales Document」は、Shopifyから返品・返金情報を取り込み、Business Central側でクレジットメモを自動作成する設定です。このオプションを使うには「Auto Create Sales Order」トグルを有効にする必要があります。(Microsoft Learn)
この設定が向いているのは、返品・返金処理を標準化できており、手作業を減らしたい運用です。たとえば、日次で大量のEC注文を処理している企業、Shopify POSとオンラインストアの返金をBusiness Centralへ早く反映したい企業では、自動作成によって経理処理の遅れを減らせます。
ただし、自動化する前に、返品場所、G/Lアカウント、商品マッピング、税設定、在庫戻しのルールを確認しておく必要があります。返金に関連する一部金額はG/Lアカウントに直接転記されるため、「Refund Account non-restock Items」や「Refund Account」などの設定もあわせて確認する必要があります。(Microsoft Learn)
管理者が確認すべき設定
今回のドキュメント修正を受けて、管理者は「表記が変わったか」だけでなく、返品・返金処理が自社の運用と合っているかを再確認しておくと安全です。
Shopify Shop Cardの返品・返金処理タイプ
まず確認すべきなのは、Shopify Shop Cardの返品・返金処理タイプです。設定画面で「Import Only」または「Auto Create Sales Document」を選び、現在の運用方針と一致しているか確認します。
判断基準はシンプルです。
| 運用方針 | 選ぶ候補 |
|---|---|
| 返品・返金をBusiness Centralに取り込まない | Blank |
| 情報だけ取り込み、経理担当者が確認後に処理する | Import Only |
| 返金に対するクレジットメモ作成まで自動化する | Auto Create Sales Document |
「どれを選べばよいか分からない」場合は、いきなり自動化せず、まずImport Onlyで返金データの入り方を確認するのが現実的です。そのうえで、返品理由、在庫戻し、送料返金、手数料、ギフトカード返金などの処理パターンを検証し、問題がなければAuto Create Sales Documentへ移行します。
Auto Create Sales Orderトグル
Auto Create Sales Documentを使う場合、公式ドキュメントではAuto Create Sales Orderトグルを有効にする必要があると説明されています。(Microsoft Learn)
この条件を見落とすと、「返金情報は同期されているように見えるが、期待したドキュメントが作成されない」というトラブルにつながります。自動化を有効にする場合は、返品・返金処理タイプだけでなく、注文作成側の自動作成設定もセットで確認してください。
返品場所とReturn Location Priority
返品・返金では、どの場所へ在庫を戻すかが重要です。Business Centralのドキュメントでは、Shopifyの元の返品場所を使用できること、またShopify Shop CardのReturn Location Priorityで「Original > Default Location」を選べることが説明されています。(Microsoft Learn)
複数倉庫や店舗を運用している場合、返品場所が誤ると在庫数量は合っていても、ロケーション別の在庫がずれることがあります。特にShopify POSとオンラインストアを併用している企業では、返品場所の優先順位を必ず確認しましょう。
Refund Account関連のG/Lアカウント
返金には、商品に紐づくものだけでなく、送料、チップ、ギフトカード、手動調整額などが含まれることがあります。Microsoft Learnでは、返金関連の金額の一部はG/Lアカウントへ直接転記されるため、返金用のG/Lアカウントを選ぶ必要があると説明されています。(Microsoft Learn)
チェックすべき代表的な設定は次のとおりです。
| 設定項目 | 確認内容 |
|---|---|
| Refund Account non-restock Items | 在庫戻しをしない商品の返金をどの勘定に記録するか |
| Refund Account | 商品やギフトカードに直接紐づかない返金差額をどの勘定に記録するか |
| Sold Gift Card Account | ギフトカード関連の取引を正しく記録できるか |
| Default Return Location | 元の返品場所が特定できない場合の戻し先が妥当か |
経理上の分類が曖昧なままAuto Create Sales Documentを有効にすると、後から仕訳修正が必要になる可能性があります。自動化の前に、代表的な返金パターンを数件テストしておくことが重要です。
開発者が注意すべきポイント
開発者にとって今回の更新で最も重要なのは、内部識別子と画面表示名を混同しないことです。
BCAppsのenum ShpfyReturnRefundProcessTypeでは、value 3の識別子は「Auto Create Credit Memo」ですが、Captionは「Auto Create Sales Document」です。つまり、ALコードや拡張機能の内部参照では古いように見える名称が残っていても、ユーザーに見える画面上のキャプションは別名になっています。(GitHub)
このような場合、次の観点で確認するとトラブルを避けやすくなります。
| 確認箇所 | 注意点 |
|---|---|
| AL拡張機能 | enum valueの識別子とCaptionを取り違えない |
| テストケース | UI文言を検証しているテストが古い表記に依存していないか |
| ログ・エラーメッセージ | ユーザー向けメッセージではUIキャプションに合わせる |
| ドキュメント生成 | コード上の識別子をそのまま運用手順に載せない |
| サポート資料 | 「Auto create credit memo」で案内していないか確認する |
開発者向けには、「内部的にはAuto Create Credit Memoという識別子が見えるが、ユーザーにはAuto Create Sales Documentとして案内する」と整理しておくと、管理者・利用者との会話がスムーズになります。
移行・展開時にやるべきこと
今回の修正だけを理由に、大規模な移行作業を行う必要は基本的にありません。ただし、運用現場では「画面にない項目名を探してしまう」ことが実害になります。展開時は、以下の順で確認すると効率的です。
| 手順 | 作業内容 | 目的 |
| -: | ——————————————————– | ————————– |
| 1 | Shopify Shop Cardで現在の返品・返金処理タイプを確認 | 実設定を把握する |
| 2 | 社内手順書内の「Import only」「Auto create credit memo」を検索 | 古い表記を洗い出す |
| 3 | 「Import Only」「Auto Create Sales Document」に更新 | UI表示と一致させる |
| 4 | Auto Create Sales Document利用時はAuto Create Sales Orderも確認 | 自動作成条件の漏れを防ぐ |
| 5 | 返金テストを1〜3パターン実施 | G/Lアカウント、返品場所、クレジットメモ作成を確認 |
| 6 | サポート担当・経理担当へ変更点を共有 | 問い合わせと設定ミスを減らす |
実務では、まず手順書やFAQの全文検索から始めるのがおすすめです。検索キーワードは「Auto create credit memo」「Import only」「credit memo」「返品」「返金」「Shopify Shop Card」などです。古い表記が残っている箇所を更新し、可能であれば画面キャプチャも差し替えます。
よくある誤解と失敗しやすいポイント
「Auto Create Sales Document」はクレジットメモと無関係ではない
名称だけ見ると、返金ではなく通常の販売ドキュメント作成のように見えるかもしれません。しかし、公式ドキュメントでは、このオプションは返品・返金情報を取り込み、Business Centralがcredit memoを自動作成する設定として説明されています。(Microsoft Learn)
社内説明では、「名称はAuto Create Sales Documentだが、返金処理ではクレジットメモ作成に関係する」と補足しておくと誤解を防げます。
「Import Only」を選んでも会計処理が完了するわけではない
Import Onlyは、返金情報を取り込むだけの設定です。対応するクレジットメモは手動で作成する必要があります。取り込み済みだからといって、会計処理や在庫戻しが完了したと判断しないようにしましょう。(Microsoft Learn)
自動作成を有効にする前にマッピングを確認する
Auto Create Sales Documentを使う場合、商品、顧客、税、ロケーション、G/Lアカウントの設定が不十分だと、意図したクレジットメモが作成されない、または後処理が増える可能性があります。
特に複数ロケーションを使う場合は、Return Location PriorityとDefault Return Locationを確認してください。公式ドキュメントでは、元の返品場所が見つからない場合にDefault Return Locationを使う動作が説明されています。(Microsoft Learn)
返品と返金は同じではない
Business CentralのShopify連携では、Returnsは情報目的でインポートされ、処理ロジックはRefunds側で扱われると説明されています。財務処理や必要に応じた在庫処理は返金を通じて処理されます。(Microsoft Learn)
そのため、Shopify上で「返品がある」ことと、Business Central側で「会計処理が完了している」ことを混同しないようにしましょう。
運用現場でのおすすめ設定パターン
返品・返金処理タイプは、企業の規模や統制レベルによって適切な選択が変わります。以下は、判断の目安です。
| 運用パターン | 推奨候補 | 理由 |
|---|---|---|
| 返金件数が少なく、経理が毎件確認する | Import Only | 手動確認でミスを抑えやすい |
| 返金件数が多く、処理ルールが標準化されている | Auto Create Sales Document | 手作業を減らし、処理遅延を防ぎやすい |
| 導入直後・検証中 | Import Only | データの入り方を確認してから自動化できる |
| 複数倉庫・複数店舗で返品場所が複雑 | Import Onlyから開始 | ロケーション誤りの影響を検証しやすい |
| Shopify側で返金処理を完結し、BC側は別管理 | BlankまたはImport Only | 会計方針に合わせた判断が必要 |
最初からAuto Create Sales Documentを有効にするより、まずImport Onlyで数日から数週間の返金データを確認し、例外パターンを洗い出してから自動化する方が安全です。特に、部分返金、送料のみ返金、ギフトカード返金、在庫戻しなしの返金がある企業では、テストパターンを用意しておきましょう。
管理者向けチェックリスト
公開前後の確認作業は、以下のチェックリストに沿って進めると抜け漏れを減らせます。
| チェック項目 | 確認 |
|---|---|
| Shopify Shop Cardで返品・返金処理タイプを確認した | □ |
| 社内手順書の「Import only」を「Import Only」に更新した | □ |
| 社内手順書の「Auto create credit memo」を「Auto Create Sales Document」に更新した | □ |
| Auto Create Sales Documentの説明に「クレジットメモ自動作成」を補足した | □ |
| Auto Create Sales Orderトグルの状態を確認した | □ |
| Default Return LocationとReturn Location Priorityを確認した | □ |
| Refund Account関連のG/Lアカウントを確認した | □ |
| 返金テストを実施し、作成されるドキュメントを確認した | □ |
| サポート担当・経理担当に新しい表記を共有した | □ |
| AL拡張機能やテストコードでUIキャプション依存がないか確認した | □ |
この更新は小さな表記修正に見えますが、運用現場では「画面に表示される選択肢名」と「手順書に書かれた選択肢名」が一致していることが重要です。Dynamics 365 Business CentralとShopifyを連携している環境では、まず社内資料と設定画面を照合し、「Import Only」「Auto Create Sales Document」の表記に統一してください。そのうえで、自社の返金処理を手動確認型にするのか、自動作成型にするのかを見直すと、問い合わせ削減と処理ミスの防止につながります。
コメント