NetSuite 管理者ヒント | NetSuiteの同時Webサービス・ユーザーのガバナンス変更について

NetSuite統合が同時SOAP Webサービス・リクエストに依存している場合、これらのリクエストの管理方法に影響を与える最新のガバナンスの変更を理解することが重要です。これらの更新は、特にSuiteCloud Plusのライセンスを利用しているアカウントのユーザー・レコードの「同時Webサービス・ユーザー」設定に影響します。

主要なガバナンス更新

NetSuite 2017.2より前は、SuiteCloud Plusライセンスを持つアカウントは、指定されたWebサービス・ユーザーごとに10の同時SOAPリクエストが保証されていました。これにより、パラレル・リクエストの予測可能な制限が実現し、安定性とパフォーマンスが保証されます。

ただし、2017.2のガバナンス更新では、主な変更点は次のとおりです。

• ユーザーごとに10の同時SOAPリクエスト保証が削除されました。
• すべてのSOAPおよびRESTリクエストが、アカウント・レベルの全体的なガバナンス制限に寄与するようになりました。
• 現在、指定された同時Webサービス・ユーザーが10個の平行SOAPリクエストを実行できるかどうかは、同時に処理される他のSOAPおよびRESTリクエストによって異なります。
• 予約済容量は特定のユーザーに割り当てられず、より動的なリソース割当てにつながります。

ベスト・プラクティス: トークン・ベース認証(TBA)への移行

サービスの中断を最小限に抑え、APIパフォーマンスを最適化するために、NetSuiteでは、同時Webサービス・ユーザーを指定するのではなく、トークン・ベース認証(TBA)を使用することをお薦めします。TBAには、次のような利点があります。

• 同時Webサービスの手動ユーザー割当はありません。
• ユーザー資格情報への依存を減らすことで、セキュリティを強化します。
• 特定のユーザーに関連付けられたガバナンス制限を回避し、シームレスな認証によるスケーラビリティ。

NetSuiteユーザーの次のステップ

統合が同時SOAPリクエストに依存する場合は、次のアクションを実行します。

• Webサービス・コールを評価して、これらのガバナンス変更の影響を判断します。
• トークンベース認証(TBA)を実装して、信頼性とセキュリティを強化します。
• アカウントのガバナンス制限を監視して、SOAPおよびRESTリクエストを効果的に管理します。
• 可能な場合は非同期処理とバッチ処理を利用して、APIの使用を最適化します。

これらの変更に適応し、TBAに切り替えることで、NetSuiteユーザーは、統合を最新のガバナンス・ポリシーに準拠したまま、効率的でスケーラブルな状態に保つことができます。

NetSuite環境で同時Webサービスをどのように管理しますか。NetSuite管理者コーナーでインサイトを共有しましょう!