はじめに #
AWSの基礎力をつけるためにAWS What’s Newを毎日目を通す事を始めました。 最初は日本語訳されたものを見ていたのですが、1週間ほど遅れて訳されるようなので、英語の情報を訳して整理することにしました。
本情報が役立つ人もいるかなと思い公開します。 個人的な理解なので、実際の情報は原典をあたってください。
AWS Glue が SAP OData、Adobe Marketo Engage、Salesforce Marketing Cloud、HubSpot コネクタへの書き込み操作を追加 #
投稿日: 2025年10月03日
何ができるようになったのか #
AWS Glue の ETL ジョブから、SAP OData、Adobe Marketo Engage、Salesforce Marketing Cloud、HubSpot の各コネクタに対して、データの書き込み操作（作成、更新など）ができるようになりました。これにより、これらのアプリケーションからデータを抽出するだけでなく、直接データを書き戻すことが可能になります。
何が嬉しいのか #
カスタムスクリプトや中間システムが不要になり、データ抽出から処理結果のターゲットアプリケーションへの書き込みまで、エンドツーエンドの ETL パイプライン構築が簡素化されます。
これまでとどう変わるのか #
- これまで
- AWS Glue はこれらのアプリケーションからデータを抽出することしかできませんでした。データを書き戻すには、カスタムスクリプトや別の中間システムが必要でした。
- これから
- AWS Glue の ETL ジョブから、これらのアプリケーションへ直接データを書き込むことができるようになり、データ抽出と書き込みの両方を一貫して処理できるようになります。
具体的なユースケース #
- SAP システムでのレコードの作成および更新。
- Adobe Marketo Engage へのリードの同期。
- Salesforce Marketing Cloud での購読者データやキャンペーンデータの更新。
- HubSpot での連絡先、企業、取引の管理。
- 処理したデータを元のアプリケーションや他のターゲットアプリケーションに書き戻すエンドツーエンドの ETL パイプラインの構築。
Amazon Kinesis Video Streams がストリーム機能で IPv6 をサポート #
投稿日: 2025年10月03日
何ができるようになったのか #
Amazon Kinesis Video Streams (KVS) が Internet Protocol version 6 (IPv6) アドレス指定をサポートするようになりました。これにより、KVS はデュアルスタックエンドポイントを提供し、顧客はIPv4とIPv6の両方のアドレスを使用して、何百万ものデバイスからビデオをストリーミングできるようになります。
何が嬉しいのか #
既存のIPv4実装はシームレスに動作し続けながら、IPv6接続の恩恵を受けることができます。プライベートネットワークにおけるIPv4アドレスの枯渇問題に直面している顧客にとって、この機能強化は必要な柔軟性を提供します。組織はIPv4、IPv6、またはデュアルスタッククライアントを使用して、シームレスにビデオをストリーミングできるようになり、IPv6ベースのシステム移行を簡素化し、コンプライアンス要件を満たし、高価なアドレス変換機器への依存を排除します。
これまでとどう変わるのか #
- これまで
- Amazon Kinesis Video Streamsは主にIPv4アドレスでのストリーミングをサポートしていました。IPv6環境で利用する場合、別途アドレス変換やネットワーク構成の調整が必要となる可能性がありました。
- これから
- IPv4とIPv6の両方のアドレス指定をサポートするデュアルスタックエンドポイントが提供され、既存のIPv4環境を維持しつつ、IPv6環境へのスムーズな移行と利用が可能になります。
具体的なユースケース #
- IPv4アドレスの枯渇に直面している大規模なプライベートネットワーク内で、多数のデバイスからビデオをストリーミングする場合。
- IPv6への移行を進めている組織が、Kinesis Video Streamsを利用するアプリケーションやデバイスをIPv6環境に統合する場合。
- 特定のコンプライアンス要件により、IPv6の利用が義務付けられている環境でビデオストリーミングソリューションを構築する場合。
- IPv4とIPv6が混在するネットワーク環境において、両方のプロトコルに対応した柔軟なビデオストリーミングインフラを構築する場合。
Amazon OpenSearch Ingestion がバッチ AI 推論をサポート #
投稿日: 2025年10月03日
何ができるようになったのか #
Amazon OpenSearch Ingestion パイプライン内でバッチ AI 推論を実行し、Amazon OpenSearch Service ドメイン向けに大規模なデータセットを効率的にエンリッチして取り込めるようになりました。
何が嬉しいのか #
オフラインでの大規模データセットのエンリッチメントに最適で、より高いパフォーマンスとコスト効率を実現します。
これまでとどう変わるのか #
- これまで
- リアルタイム推論のために OpenSearch の AI コネクタを Amazon Bedrock、Amazon SageMaker、およびサードパーティサービスに利用していました。リアルタイム推論は、ストリーミングエンリッチメントのような低レイテンシー要件に最適でした。
- これから
- 同じ AI コネクタを Amazon OpenSearch Ingestion パイプラインで非同期バッチ推論ジョブとして使用し、最大数十億のベクトル埋め込みの生成と取り込みのような大規模データセットをエンリッチできるようになります。
具体的なユースケース #
- 大規模なベクトル埋め込みの生成と取り込み
AWS End User Messaging がオンボーディング進捗アラートを Slack、Eメール、またはその他の EventBridge の送信先に送信可能に #
投稿日: 2025年10月03日
何ができるようになったのか #
AWS End User Messaging の顧客が、SMSオンボーディングの進捗状況の更新を Slack、Eメール、またはその他の Amazon EventBridge の送信先で通知として受け取れるようになりました。これにより、電話番号や送信者IDの登録が作成、送信、拒否、または更新が必要になった際に即座に通知を受け取ることが可能です。
何が嬉しいのか #
オンボーディングの進捗状況をコンソールで定期的に確認する必要がなくなり、ステータス変更時に即座に通知を受け取れるため、追跡が容易になり、迅速な対応が可能になります。これにより、SMSメッセージングインフラストラクチャの管理効率が向上します。
これまでとどう変わるのか #
- これまで
- オンボーディングの進捗状況を追跡するのが困難で、顧客はコンソールで電話番号登録のステータスを定期的に確認する必要がありました。
- これから
- 電話番号や送信者IDの登録が作成、送信、拒否、または更新が必要になった際に、Slack、Eメール、またはEventBridgeを介して即座に通知を受け取れるようになります。
具体的なユースケース #
- SMSオンボーディングの申請状況（承認、拒否、要更新など）をチームの Slack チャンネルに自動通知する。
- 電話番号登録の進捗状況を Eメールで担当者に通知し、迅速な対応を促す。
- EventBridge を介してカスタム監視システムやワークフローにオンボーディングステータスを連携させ、自動処理をトリガーする。
AWS Clean Rooms がクロスリージョンデータソースとのコラボレーションをサポート #
投稿日: 2025年10月03日
何ができるようになったのか #
AWS Clean Rooms がクロスリージョンデータコラボレーションをサポートするようになりました。これにより、企業とそのパートナーは、基盤となるデータを移動、コピー、または共有することなく、異なるリージョンに保存されているデータソースと簡単に連携できるようになります。コラボレーション作成者は、分析結果の配信先リージョンを制御でき、各コラボレーターが適用されるデータレジデンシー要件や主権法に準拠するのに役立ちます。
何が嬉しいのか #
- 異なるAWSリージョンやSnowflakeリージョンにデータが分散しているパートナーとも、データを移動したり複製したりすることなく、安全なデータコラボレーションが可能になります。
- データ主権やデータレジデンシー要件への準拠が容易になり、コンプライアンスを維持しながらデータ活用を進められます。
- 追加のデータパイプラインを構築したり、基盤となるデータを共有したりする手間とコストが削減されます。
これまでとどう変わるのか #
- これまで
- 異なるリージョンにデータがある場合、コラボレーションのためにデータを移動、コピー、または共有する必要がありました。
- データ主権やレジデンシー要件を満たしながら、異なるリージョンのデータと連携するのは複雑で困難な場合がありました。
- これから
- データを移動することなく、異なるリージョンに存在するデータソースと直接コラボレーションできます。
- コラボレーション作成者は分析結果の配信リージョンを制御でき、データ主権やレジデンシー要件への準拠が容易になります。
具体的なユースケース #
- US East (N. Virginia) にデータを保存しているメディアパブリッシャーが、EU Central (Frankfurt) にデータを持つ広告パートナーと、追加のデータパイプライン構築やデータ共有なしにコラボレーションし、広告キャンペーンの分析を行う。
- 複数のリージョンに分散した顧客データを持つ企業が、投資判断や研究開発のために、各リージョンのデータを移動させることなく安全に統合分析を行う。
EC2 Image Builder がイメージパイプライン管理のための機能強化を提供開始 #
投稿日: 2025年10月03日
何ができるようになったのか #
EC2 Image Builder が以下の機能強化を提供開始しました。
- パイプラインの自動無効化: 連続して失敗した後、イメージパイプラインを自動的に無効化できるようになりました。
- カスタムロググループの設定: イメージパイプラインのロググループをカスタマイズできるようになり、特定のログ保持期間や暗号化設定を構成できます。
何が嬉しいのか #
- コスト削減とリソースの最適化: 連続失敗による不要なリソース作成を防ぎ、コストを削減できます。
- 運用管理の向上: パイプラインの実行をより細かく制御できるようになり、運用上のニーズに対応しやすくなります。
- ロギングの柔軟性と可視性: 組織のポリシーに合わせてログの保持期間や暗号化を設定できるため、コンプライアンス要件を満たしつつ、イメージビルドプロセスの可視性が向上します。
これまでとどう変わるのか #
- これまで
- イメージパイプラインが連続して失敗しても自動的に停止する機能がありませんでした。そのため、失敗したビルドが繰り返され、不要なリソースが消費され、コストが増加する可能性がありました。
- ロググループのカスタマイズオプションが限られており、特定のログ保持期間や暗号化設定を組織のポリシーに合わせて柔軟に適用することが困難でした。
- これから
- 連続失敗後にパイプラインを自動的に無効化する設定が可能になり、無駄なリソース消費とコストを削減できます。
- カスタムロググループを設定できるようになり、ログの保持期間や暗号化を組織のセキュリティおよびコンプライアンス要件に合わせて柔軟に構成できるようになります。これにより、イメージビルドプロセスの管理と可視性が大幅に向上します。
具体的なユースケース #
- コスト効率の高いイメージ管理: 失敗が続くイメージビルドパイプラインを自動的に停止させ、不要なコンピューティングリソースの消費を防ぎたい場合。
- コンプライアンス要件への対応: ログの保持期間や暗号化に関する特定のコンプライアンス要件がある場合に、カスタムロググループを設定して対応したい場合。
- 運用上の信頼性向上: イメージビルドプロセスの安定性を高め、予期せぬ失敗がシステム全体に与える影響を最小限に抑えたい場合。
Amazon Connect が生成 AI を活用した E メール会話の概要と提案された応答を提供開始 #
投稿日: 2025年10月03日
何ができるようになったのか #
Amazon Connect が、生成 AI を活用した E メール会話の概要、推奨されるアクション、および応答をエージェントに提供するようになりました。これにより、エージェントは E メールをより効率的に処理できるようになります。また、Amazon Q in Connect ブロックをフローに追加し、ナレッジベースやプロンプトを定義することで、AI アシスタントの出力をカスタマイズし、企業の言語、トーン、ポリシーに合わせた応答を生成できます。
何が嬉しいのか #
エージェントは E メール対応をより効率的に行えるようになり、顧客はより迅速で一貫性のあるサポートを受けられるようになります。これにより、顧客満足度の向上とエージェントの生産性向上が期待できます。
これまでとどう変わるのか #
- これまで
- エージェントは顧客からの E メール内容を自身で読み解き、必要な情報を手動で収集し、適切な応答を作成する必要がありました。これにより、対応に時間がかかり、エージェントによって対応の一貫性が失われる可能性がありました。
- これから
- Amazon Connect が生成 AI を利用して E メール会話の要約、推奨される次のアクション、および応答の草案を自動で提供します。これにより、エージェントは迅速かつ一貫性のある対応が可能になります。
具体的なユースケース #
- 顧客が返金リクエストについて E メールを送信した場合、Amazon Connect が自動的に顧客の購入履歴に関する主要な詳細を提供し、返金解決のためのステップバイステップガイドを推奨し、迅速な問題解決を支援する E メール応答を生成します。
AWS Directory Service がマネージド Microsoft AD および AD Connector の IPv6 サポートを開始 #
投稿日: 2025年10月03日
何ができるようになったのか #
AWS Directory Service のマネージド Microsoft AD および AD Connector で IPv6 接続がサポートされるようになりました。これにより、IPv4のみ、IPv6のみ、またはデュアルスタック構成でディレクトリをデプロイできるようになります。既存のIPv4のみのディレクトリも、VPCサブネットでIPv6を有効にし、Directory ServiceマネジメントコンソールからIPv6サポートを追加することで、デュアルスタックにアップグレード可能です。
何が嬉しいのか #
組織は、政府の義務（米国連邦政府機関の2025年までのIPv6移行義務など）を満たし、次世代インターネットプロトコルに標準化できるようになります。また、デュアルプロトコルネットワークの複雑さを解消し、個別のIPv4およびIPv6ネットワークスタックを維持することなく、ネットワークインフラストラクチャを最新化し、進化するセキュリティ標準に準拠することが可能になります。
これまでとどう変わるのか #
- これまで
- AWS Directory Service のマネージド Microsoft AD および AD Connector は主にIPv4接続に限定されており、IPv6への対応が必要な規制要件を満たすには、追加のネットワーク構成や複雑な対応が必要でした。
- これから
- IPv6接続がネイティブにサポートされるため、IPv6への移行義務がある組織は容易に要件を満たせます。また、IPv4とIPv6のデュアルスタック環境をシンプルに構築・運用できるようになり、ネットワーク管理の複雑さが軽減されます。
具体的なユースケース #
- 米国連邦政府機関など、IPv6への移行が義務付けられている組織が規制要件に準拠する。
- 既存のIPv4ベースのディレクトリサービスを、ダウンタイムを最小限に抑えつつIPv6対応のデュアルスタック環境にアップグレードする。
- 次世代インターネットプロトコルであるIPv6に標準化し、将来を見据えたネットワークインフラストラクチャを構築する。
- IPv4とIPv6の異なるネットワークスタックを個別に管理する手間を省き、運用を簡素化する。
Amazon Bedrock AgentCore向けにオープンソースのModel Context Protocol (MCP) サーバーが利用可能に #
投稿日: 2025年10月02日
何ができるようになったのか #
開発者は、新しい標準化されたインターフェースを通じて、本番環境に対応したAIエージェントを好みの開発環境で直接分析、変換、デプロイできるようになりました。KiroのようなAgentic IDEや、Claude Code、Cursor、Amazon Q Developer CLIといったAIコーディングアシスタントと統合するワンクリックインストールにより、AgentCoreをより迅速かつ簡単に開始できます。自然言語を使用してエージェントを反復的に開発し、エージェントロジックをAgentCore SDKと連携するように変換し、開発アカウントにエージェントをデプロイすることが可能です。
何が嬉しいのか #
このオープンソースのMCPサーバーにより、Amazon Bedrock AgentCoreでのAIエージェント開発が大幅に簡素化され、効率が向上します。開発者は使い慣れたツールや環境で作業できるため、学習コストが低減し、開発サイクルが短縮されます。ワンクリックインストールと自然言語による開発サポートにより、AgentCoreの導入障壁が下がり、より多くの開発者がAIエージェントの構築とデプロイを容易に行えるようになります。
これまでとどう変わるのか #
- これまで
- Amazon Bedrock AgentCore向けAIエージェントの開発とデプロイは、特定のツールやより複雑な手順を必要とし、既存の開発環境との統合が限定的であった可能性があります。標準化されたオープンソースのMCPサーバーは存在しませんでした。
- これから
- オープンソースのModel Context Protocol (MCP) サーバーが提供され、開発者は好みの開発環境内でAIエージェントの分析、変換、デプロイを直接行えるようになります。ワンクリックインストールや自然言語による開発が可能になり、Agentic IDEやAIコーディングアシスタントとの統合が強化されます。
具体的なユースケース #
- 開発者が既存のIDE（Kiroなど）やAIコーディングアシスタント（Claude Code、Cursor、Amazon Q Developer CLI）を活用して、Amazon Bedrock AgentCore用のAIエージェントを効率的に開発・デプロイする。
- 自然言語を用いてAIエージェントのロジックを反復的に改善し、AgentCore SDKと連携させて開発アカウントにデプロイする。
- 本番環境に対応したAIエージェントを、開発者の使い慣れた環境から直接、迅速に分析、変換、デプロイする。
Amazon ECS が AWS マネジメントコンソールでのワンクリックイベントキャプチャとイベント履歴クエリをサポート #
投稿日: 2025年10月02日
何ができるようになったのか #
Amazon ECS (Elastic Container Service) のイベントキャプチャ設定とイベント履歴のクエリが、AWS マネジメントコンソールからワンクリックで直接行えるようになりました。サービスアクションイベントやタスク状態変更を含む ECS ライフサイクルイベントの可視化が向上します。
何が嬉しいのか #
ECS コンソールを離れることなく、直感的なクエリインターフェースでイベント履歴を分析できるようになります。基盤となる EventBridge ルールと CloudWatch ロググループは自動的に作成・管理され、一般的なトラブルシューティングシナリオ向けの事前構築済みクエリテンプレートとフィルターが提供されます。これにより、停止したタスクや最近のイベントのデータをデフォルトの制限を超えて保持し、トラブルシューティングやモニタリングが容易になります。
これまでとどう変わるのか #
- これまで
- ECS イベントのキャプチャや履歴クエリを行うには、EventBridge ルールや CloudWatch ロググループを手動で設定する必要がありました。
- 停止したタスクのイベントや古いイベントのデータ保持には、別途設定や対応が必要でした。
- イベントの確認やトラブルシューティングのために、複数のコンソール間を移動したり、クエリ言語を使用したりする必要がありました。
- これから
- ECS コンソールからワンクリックでイベントキャプチャを有効化し、イベント履歴をクエリできるようになります。
- EventBridge ルールや CloudWatch ロググループの管理は ECS コンソールが自動で行います。
- 事前構築済みのクエリテンプレートやフィルターを活用し、タスク ID、デプロイ ID、時間範囲、停止コード、コンテナ終了コードなどでイベントを簡単に検索・分析できます。
- 停止したタスクやデフォルトの制限を超えるイベントデータを容易に保持・参照できます。
具体的なユースケース #
- タスクが予期せず停止した場合に、その停止コードやコンテナの終了コードを迅速に特定し、原因を究明する。
- 特定のデプロイメントにおけるサービスアクションイベントの履歴を追跡し、デプロイの成功または失敗のパターンを分析する。
- ECS クラスター内のタスク状態変更の履歴を監視し、異常な動作やパフォーマンス低下の兆候を早期に発見する。
- 過去のイベントデータを使用して、システムの監査やコンプライアンス要件に対応するためのレポートを作成する。
Cohere Embed v4 マルチモーダル埋め込みモデルが Amazon Bedrock で利用可能に #
投稿日: 2025年10月02日
何ができるようになったのか #
Amazon Bedrock で、Cohereの最新の最先端マルチモーダル埋め込みモデルであるCohere Embed v4が利用可能になりました。このモデルは、テキスト、画像、および複雑なビジネスドキュメントに対して高品質な埋め込みを生成します。テーブル、グラフ、図、コードスニペット、手書きのメモを含むドキュメントをネイティブに処理でき、スペルミスや書式設定の問題といった現実世界の不完全さにも対応します。また、アラビア語、英語、フランス語、日本語、韓国語を含む100以上の言語をサポートし、金融、ヘルスケア、製造業などの業界向けにファインチューニングされています。
何が嬉しいのか #
企業は、最先端の検索および取得機能を備えたAIアプリケーションを構築できるようになります。複雑なマルチモーダルビジネス資料（ビジネスプレゼンテーション、販売レポート、財務レポートなど）を処理する際に、広範なデータ前処理パイプラインが不要になり、時間のかかるデータクリーンアップが不要になります。これにより、これまで検索が困難だった情報から洞察を引き出すことが容易になります。100以上の言語サポートにより、グローバル組織は言語の壁を越えてシームレスに情報を検索できます。業界特化のファインチューニングにより、専門的なドキュメント（財務報告書、医療記録、製品仕様書など）で優れたパフォーマンスを発揮します。
これまでとどう変わるのか #
- これまで
- 従来の埋め込みモデルは、複雑なマルチモーダルビジネス資料の理解に苦労し、広範なデータ前処理が必要でした。
- スペルミスや書式設定の問題があるデータ、または複数の言語にまたがる情報の検索は困難でした。
- 特定の業界に特化したドキュメントの検索や分析において、パフォーマンスが限定的でした。
- これから
- Cohere Embed v4が複雑なドキュメントをネイティブに処理し、不完全なデータにも対応するため、データ前処理の労力が大幅に削減されます。
- 100以上の言語をサポートし、言語の壁を越えた情報検索が可能になります。
- 金融、ヘルスケア、製造業などの業界向けにファインチューニングされているため、専門的なドキュメントに対する検索および取得の精度とパフォーマンスが向上します。
具体的なユースケース #
- 最先端の検索および取得機能を備えたAIアプリケーションの構築。
- テーブル、グラフ、図、コードスニペット、手書きのメモを含む複雑なビジネスドキュメントからの情報検索。
- スペルミスや書式設定の問題がある非構造化データからの洞察抽出。
- グローバル組織における多言語にわたる情報検索と分析。
- 金融レポート、医療記録、製品仕様書などの業界特化型ドキュメントの高度な検索と分析。
Amazon SageMaker Unified Studio、インタラクティブなSparkセッション向けシングルサインオンサポートを発表 #
投稿日: 2025年10月01日
何ができるようになったのか #
Amazon SageMaker Unified Studioが、AWS Identity Centerの信頼されたID伝播を通じて、インタラクティブなApache Sparkセッションに対する企業IDのサポートを発表しました。これにより、データ分析ワークフローにおいてシームレスなシングルサインオンとエンドツーエンドのデータアクセス追跡が可能になります。データエンジニアやサイエンティストは、組織のIDを使用してJupyterLab環境のApache Sparkセッションでデータリソースにアクセスできるようになり、管理者はきめ細かなアクセス制御を実装し、包括的な監査証跡を維持できます。
何が嬉しいのか #
この新機能により、データエンジニアやサイエンティストは、企業IDを使ってSparkセッションに簡単にアクセスできるようになり、セキュリティと利便性が向上します。管理者にとっては、AWS Lake Formation、Amazon S3 Access Grants、Amazon Redshift Data APIsを活用してセキュリティ管理が簡素化され、Amazon EMR on EC2、EMR on EKS、EMR Serverless、AWS Glue全体で一元的なアクセス制御が可能になります。また、すべてのユーザーアクティビティがAWS CloudTrailに記録されるため、コンプライアンス監視と監査要件が効率化されます。
これまでとどう変わるのか #
- これまで
- SageMaker StudioのインタラクティブなSparkセッションで企業IDを使用したアクセス管理は、より複雑で、シームレスなシングルサインオンやエンドツーエンドのデータアクセス追跡が困難でした。きめ細かなアクセス制御や包括的な監査証跡の維持にも追加の労力が必要でした。
- これから
- AWS Identity Centerを介した企業IDサポートにより、インタラクティブなSparkセッションでシームレスなシングルサインオンが可能になります。組織のIDを使用してデータリソースにアクセスでき、管理者はきめ細かなアクセス制御と包括的な監査証跡を容易に実装・維持できるようになります。
具体的なユースケース #
- データエンジニアやサイエンティストが、組織のIDを使用してJupyterLab環境のApache Sparkセッションでデータリソースに安全かつシームレスにアクセスする。
- 管理者が、AWS Lake Formationなどを利用して、Amazon EMRやAWS Glueなどのサービス全体でSparkセッションのアクセス制御を一元的に管理し、きめ細かな権限を設定する。
- 組織が、CloudTrailによる包括的なユーザーアクティビティログを活用して、コンプライアンス監視と監査要件を効率的に満たす。
AWS、セルフサービス型請求書修正機能の提供を開始 #
投稿日: 2025年10月03日
何ができるようになったのか #
AWSの請求書において、購入注文番号、事業の正式名称、住所などの主要な請求書属性を顧客自身で修正し、修正された請求書を即座に取得できるようになりました。この機能はAWS Billing and Cost Managementコンソールから直接利用でき、ガイド付きのセルフサービスワークフローを提供します。
何が嬉しいのか #
請求書の修正プロセスを顧客が直接コントロールできるようになり、修正にかかる待ち時間が短縮され、AWSアカウント管理の効率が向上します。
これまでとどう変わるのか #
- これまで
- 請求書の修正には、AWSサポートへの問い合わせなど、手動での介入が必要であり、時間と手間がかかる可能性がありました。
- これから
- 顧客はAWSコンソールからセルフサービスで請求書情報を即座に修正できるようになり、迅速かつ効率的な管理が可能になります。
具体的なユースケース #
- 請求書に記載された購入注文番号に誤りがあった場合に、顧客自身で迅速に修正する。
- 会社の合併や名称変更に伴い、請求書に記載される事業の正式名称を更新する。
- 請求書の送付先住所が変更になった際に、コンソールから簡単に新しい住所に更新する。