市倉丈寛/Ichikura Takehiro SuiteMaster

スクリーンショットありがとうございます。 こちらが公式の手順になると思いますが、手順としては以下になりそうです。 NetSuite EPM Connector Installation and Setup NetSuite EPM Connector のインストールおよびセットアップ手順 NetSuite EPM Connector を利用するには、管理者ロールで以下の手順を順に実施してください。 １：必要機能の有効化 まず、NetSuiteアカウント内で EPM Connector を利用するために必要な機能を有効化します。詳細な設定方法は「NetSuite EPM Connector のインストールに必要な機能」を参照してください。…

@User_5K1A5様 こんにちは。 NSPBは利用したことがないので、基本的な考え方で推測すると、NetSuiteでデータを出力する保存検索を作成し、保存検索のIDを EPM Connector の「データソース設定」で指定する流れになるのかと思います。（ 間違ってたらすみません。） もし参考にされている資料や設定画面を共有いただければ、一緒に詳しく考えることもできるかと思います。

添付の画像は、実行直後にリダイレクトされる（https://xxxxx.app.netsuite.com/app/common/bulk/bulksummary.nl?whence=） 画面で、こちらは権限のコントロールができない仕様の画面ですね。 確かに、利用ユーザー視点では「実行」ボタンを押した後に自動的にこの画面が表示されるため、実際に実行されたのか分かりにくく、少し不安になるUIだと感じます。 ------------------------------------------------------------ The attached image shows the screen that appears immediately…

@yuki nomoto 様 こんにちは。 投稿の内容を確認したところ、目的である「実行」自体は問題なく行えており、実行後のステータス詳細が確認できない状況かと理解しました。 ただ、実行に加えてステータス詳細の確認も行いたいというご質問でしょうか？ もしステータス確認が必要な場合は、一括更新と同じ条件の保存検索を作成し、その検索結果が0件になった時点で完了と判断する方法もございます。 ------------------------------------------------------------ Hello, After reviewing your post, I understand that the primary…

私の記憶が確かであれば、2段階認証のリセット後は「xxxxメール宛に確認コードを送信しました」と表示され、メール経由で認証コードを入力する形式だったかと思います。 しかし現在、2要素認証の入力画面が表示されていることから、認証設定のリセットがまだ完了していない可能性が高いと考えられます（あるいは、処理に時間がかかっているのかもしれません）。 また、可能性は低いとは思いますが、ログインしているアカウントが異なっている・リセットしたアカウントが異なっているという可能性も一応考えられます。

その画面からメールでくる確認コード6桁を入れても次に行かなかったということであれば、パスワードのリセット、ユーザーのセキュリティ質問もリセット、リセットできるのは全部リセットしてもらってください。

ログインするたびにメールに飛んできますよ。

もう一回投稿したログイン画像よくみたら確認コードにその値を入れてれば良かったかもしれないですね。Netsuite側の表示が微妙にわかりずらい・・・。

それはリセット後にログインをしようとしたので、でているログイン確認のコードかと思います。 そのコードでログインをしたのちに2段階認証の設定画面になります。

Authenticatorアプリ上にある認証アカウントも一度消してください。 それでも表示されるようなら、2段階認証のリセットが終わっていない可能性が高いです。 ちなみに2段階認証が終わっている場合はユーザのログインメール宛にリセットされた旨のメールが届きます。

そうしましたら、対象のアカウントにログインを実施すれば2段階認証の設定画面が出てきます。

@Mikio 様 こんにちは。管理者権限のあるアカウントから2FA設定をリセットをすれば、再設定ができます。 https://youraccount.app.netsuite.com/app/setup/useraccessreset.nl?whence= -------------------------------------------- Hello. If you reset the 2FA settings from an account with administrator privileges, you will be able to reconfigure the settings.…

たとえば、検索の【結果】サブタブで「グループ化」を使うと、同じ値はまとめて表示されます。 ただし、NetSuiteの仕様としては、「あるロケーションに対して、そのシリアル番号がどれだけ存在するか」を1件ずつ表示する設計になっているため、 検索条件では確認したい場所（ロケーション）に絞り込むほうが、意図した結果に近づけるかと思います。（要は登録がない場所に「ないことが表示」されてる状態） なお、在庫番号は拡張機能となっており、私の環境では試せず恐縮ですが、上記の点をご参考に調整してみていただけますと幸いです。

@Miyu 様 こんにちは。 おそらくご自身で保存検索を作成できるご経験をお持ちかと思いますので、 保存検索のタイプを「在庫番号（Inventory Number）」に変更して作成してみると、意図されている内容に近づけるかもしれません。

こんにちは。 アイテムレコードには以下のような複数の数量項目があります： ・利用可能数（引当済を考慮した在庫数） ・手持数量（現在の総在庫数） ・バックオーダー数量（未引当の受注残） などなど上記以外にも項目はありますが、今回の比較対象となるのは、アイテムレコード上のどの項目になりますか？ また、保存検索の結果に出力されている数量は、なんていう名前のフィールドを使っていますか？ 対象となる項目が異なると、意図とずれた比較になる可能性があるため、確認させてください

@Miyu さま こんにちは。 保管棚（ロケーション）ごとにアイテムの在庫数を確認する保存検索を作成するには、「アイテム」タイプの保存検索を使います。 【検索条件】タブの設定例： 場所の手持ち「は空白でない」 場所の手持ち「は 0 でない」 （必要に応じて）仕入先を優先「はい」 🎯 補足： 「場所の手持ち」に空白または0の行を除外することで、実在庫があるロケーションのみを抽出できます。 仕入先が複数登録されている場合は、1アイテムに対して複数行表示されるため、「仕入先を優先：はい」で代表行のみに絞るのが効果的です。 【結果】タブのおすすめ列： 名称（または品目コード） 在庫保管場所 場所の手持ち （必要に応じて）場所の引当済数量…

@山田大貴 様 こんにちは。 質問の内容からすると、非在庫アイテムの保存検索を作成中かと思いますが、 「再販用・販売用・購入用」については、「サブタイプ」で種類の出力がでます。 なので、条件設定がおかしいのかと思いますが、保存検索の条件は、現在どのように設定されていますか？

@ User_WPYGG様 こんにちは。公式からの回答を補足します。 🔹「EFT - 出金票」について これは「支払処理」を行う機能で、たとえば仕入先請求書や経費精算などに対して、「この内容で支払いますよ」という出金トランザクション（支払レコード）を作成します。 イメージ： 支払内容の確定（振込金額や対象請求書を決定） 支払日・仕入先・金額ごとにまとめて出金票を処理 ナビゲーション： 支払 > 支払処理 > 出金票処理 🔹「EP EFT - 出金票ファイルの生成」について こちらは、確定した支払内容をもとに「銀行に提出する支払ファイル（EFTファイル）」を生成する機能です。…

@Ayaka様 こんにちは。 公式の説明だけだと少し分かりづらいかもしれないので、補足します。 「リソース割当」は、「市倉さんにはこのプロジェクトで合計10時間分の稼働を予定している」というような、人と時間の計画を行う機能です。予算や人員リソースの計画管理に使います。 「担当者（割当先タブ）」は、実際の作業タスクを誰に割り当てるかを設定する機能です。例えば「サービスAの作業を市倉さんに3時間分お願いする」と設定して、タイムエントリー（実績）入力に使うことができます。 簡単に言えば、 「リソース割当」＝スケジュール・予算管理のための計画 「担当者の割当」＝実作業・実績の運用・管理、請求…

@User_QBFWY様 こんにちは。 ご認識の通り、NetSuiteのログイン履歴は、「ログイン監査証跡」の保存検索で確認できます。 その際、「詳細」フィールドを結果に含めると、ログイン／ログアウトに関する情報を取得できます。 ログアウトが行われた場合、「ExplicitLogout」 という値が「詳細」に表示されます。 ただし、これはユーザーがNetSuiteのログアウトボタンを押す、あるいはロールを切り替えるなど、明示的な操作でHTTPリクエストをサーバーに送信した場合に限り記録されます。 技術的に言えば →https://xxxxx.app.netsuite.com/app/login/secure/logout.nl…

@yuki nomoto 様 スクリーンショットにあるIDにつきましては、おそらく「締め請求書（Statement Invoice）」機能で使用されているものかと思います。 この機能は日本専用のバンドルに含まれているため、Oracle社内では十分なテストや確認が難しい場合がございます。 また、締め請求書は日本独自の機能であり、NetSuite標準の顧客レコードに直接手を加えることが難しいことから、別バンドルにて「締め日」などの追加機能を持つカスタマイズ済みの顧客レコードを用意している背景があるのかもしれません。 ---------------------- Regarding the ID shown in the screenshot,…

@Mikui 様 こんにちは。参考になるかわかりませんが、Scriptで変更はできるかと思います。 サンプルコードを乗せておきます。 /** * 定期トランザクションの単価を一括更新するスケジュールスクリプト * 対象: Recurring Transaction（recurrencetran） */ function updateRecurringTransactionRates() { var context = nlapiGetContext(); // 1. 保存検索を使って対象の定期トランザクションを取得 // customsearch_recurring_updateを保存検索のIDに指定してください。 var…

@UEDA Kazuyuki 様 こんにちは。 標準機能ではそのようなポップアップは実装されていないため、ユーザスクリプトまたはワークフローによって表示されている可能性が高いです。 スクリプトの場合は、 [カスタマイズ] > [スクリプト] > [スクリプトの一覧] から、該当しそうなスクリプト（特にClient ScriptやUser Event Script）を確認してみてください。 ワークフローの場合は、 [カスタマイズ] > [ワークフロー] > [ワークフローの一覧] より、「請求書（Invoice）」を対象としたワークフローがないか確認してみてください。

C. AとBの両方で望ましい結果が得られる

@User_QBFWY 様 こんにちは。 見積有効期限は、主に通知や可視化を目的とした項目であり、標準機能では特定の動作制限はかかりません。 一方で、有効期限を過ぎた見積に対して処理を制限したい場合は、ワークフローやスクリプトなどを用いてカスタマイズ対応が必要となります。

@山田大貴 さま こんにちは。 Chromeの設定から、 [プライバシーとセキュリティ] > [閲覧履歴データの削除] > [詳細設定] と進み、 「自動入力のフォームデータ」にチェックを入れて削除することで、改善される可能性があります。 一度お試しいただけますでしょうか。

@User_FU1RZ 様 Sandbox環境では、セキュリティの都合上、ワークフローからの動的な宛先へのメール送信はできません。そのため、[設定 > 会社 > 電子メール・プリファレンス > サンドボックス・オプション] にて、 「特定のアドレスのみ許可」を選択し、テスト用の固定アドレス（例：開発担当者）を登録して運用いただく形になります。なお、本番環境ではこの制限は存在しないため、ワークフロー上で動的に指定した宛先へのメール送信も正しく動作します。

@IT働楽研究所toya 様 こんにちは。 NetSuiteではアイテムごとに以下のような在庫管理指標を設定・管理できます。 発注点や安全在庫ついては以下の設定項目になります。 再オーダーポイント（Reorder Point） 説明： 在庫数量がこの数値を下回った場合、自動的に発注対象とされる基準値です。 在庫が少なくなりすぎる前に補充を行うためのしきい値です。 適正在庫水準（Preferred Stock Level） 説明： 再発注後に在庫をどの程度まで回復させるかの目安となる数量です。 言い換えれば、「安全在庫」や「理想的な在庫量」として機能します。…

@IT働楽研究所toya 様 こんにちは。 ご質問の件について、基本的な考え方はおおよそ合っています。 「手持ち数量（On Hand Quantity）」＝倉庫に実在する在庫数（受領済数量など） 「確保済数量（Committed Quantity）」＝他のトランザクションで確保された数量 「使用可能数量（Available Quantity）」＝手持ち数量 − 確保済数量 ただし、 確保済数量は「注文書（Sales Order）」トランザクションだけが対象ではありません。以下のような他のトランザクションも影響を与えることがあります： 販売注文書（Sales Order）：出荷待ちのオーダーにより在庫が確保されます。…

@KayoSumida 様 こんにちは。 ご質問の件、自動採番が「レコード送信後（After Submit）」のタイミングで実行されるため、「ユーザー送信前（Before Submit）」では仕入先ID（entityid）を上書きしても、その後に NetSuite の自動採番処理で上書きされてしまいます。 そのため、IDをカスタム値で設定したい場合は、「レコード送信後（After Submit）」トリガーで処理するできるかと思います。 ユーザが設定した「レコード送信後」イベントと、システムが用意している「レコード送信後」だとどちらが優先されるかがわからないですが、試してみてください。