https://community.oracle.com/netsuite/japanese/discussion/4505987/sandbox%E3%81%A7%E3%81%AE%E3%83%A1%E3%83%BC%E3%83%AB%E9%80%81%E4%BF%A1%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6 @User_FU1RZ 様 Sandbox環境では、セキュリティの都合上、ワークフローからの動的な宛先へのメール送信はできません。そのため、[設定 > 会社 > 電子メール・プリファレンス > サンドボックス・オプション] にて、…

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

https://community.oracle.com/netsuite/japanese/discussion/4505777/%E5%9C%A8%E5%BA%AB%E3%82%A2%E3%82%A4%E3%83%86%E3%83%A0%E3%81%AE%E4%BD%BF%E7%94%A8%E5%8F%AF%E8%83%BD%E6%95%B0%E9%87%8F%E3%81%AF%E3%81%A9%E3%81%AE%E3%82%88%E3%81%86%E3%81%AB%E8%A8%88%E7%AE%97%E3%81%95%E3%82%8C%E3%81%A6%E3%81%84%E3%82%8B%E3%81%AE%E3%81%8B…

https://community.oracle.com/netsuite/japanese/discussion/4505811/%E3%83%AF%E3%83%BC%E3%82%AF%E3%83%95%E3%83%AD%E3%83%BC%E3%81%A7%E4%BB%95%E5%85%A5%E5%85%88id%E3%82%92%E8%87%AA%E5%8B%95%E8%A8%AD%E5%AE%9A%E3%81%99%E3%82%8B%E6%96%B9%E6%B3%95 @KayoSumida 様 こんにちは。 ご質問の件、自動採番が「レコード送信後（After…

https://community.oracle.com/netsuite/japanese/discussion/4505614/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%82%AD%E3%83%A3%E3%83%93%E3%83%8D%E3%83%83%E3%83%88%E3%81%AE%E6%A8%A9%E9%99%90%E8%A8%AD%E5%AE%9A%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6 @yuki nomoto様 こんにちは。 ファイルキャビネットの権限設定において、注意すべきポイントは以下の通りです。…

https://community.oracle.com/netsuite/japanese/discussion/4505667/%E3%83%A1%E3%83%BC%E3%83%AB%E9%80%9A%E7%9F%A5%E3%81%8C%E9%A3%9B%E3%81%B0%E3%81%AA%E3%81%84%E7%90%86%E7%94%B1%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6 @User_QBFWY 様 こんにちは。 本件について、まずは問題の切り分けとして、当該ワークフローから他のメールアドレス（別ドメイン・同ドメイン）宛に通知が送信できるかを検証いただけますでしょうか。…

https://community.oracle.com/netsuite/japanese/discussion/4505559/%E5%87%BA%E9%87%91%E7%A5%A8%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%82%92%E7%94%9F%E6%88%90%E3%81%AB%E3%81%84%E3%81%A6 @User_CEHFB 様 こんにちは。 EP_00004は保存検索のフィルターに原因があるエラーコードになります。 また、保存検索の生成時にうまくいかないことはよくあります。…

https://community.oracle.com/netsuite/japanese/discussion/4505454/%E3%82%A8%E3%82%AF%E3%82%B9%E3%83%9D%E3%83%BC%E3%83%88%E3%81%97%E3%81%9F%E3%83%87%E3%83%BC%E3%82%BF%E5%BD%A2%E5%BC%8F%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6 @Ayaka 様 こんにちは。 桁区切りのカンマについてですが、基本的にはExcelなどの書式設定によって表現されるものであり、…

https://community.oracle.com/netsuite/japanese/discussion/4505421/%E4%BF%9D%E5%AD%98%E6%A4%9C%E7%B4%A2%E3%81%AE%E5%87%BA%E5%8A%9B%E6%96%B9%E6%B3%95%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6 @User_QBFWY 様 こんにちは。 いくつか方法はありますのでご紹介します。 1：バンドルのインストール NetSuite公式のモジュールとして、「NetSuite Connector Saved Search Export」…

@User_CEHFB様 こんにちは。ご確認以外の項目ですと [設定] → [会計] → [会計プリファレンス] の中に 「アイテム/トランザクション」 という項目があり、ここで一部のデフォルト勘定科目を設定できます。 ただし、発注書の仕訳については標準の仕組みで処理されるため、変更できない可能性があります。 また、NetSuiteの仕訳の考え方としては、「在庫の増減」や「請求の発生」などのタイミングでちゃんとした仕訳を作成する仕組みになっています。 おそらく、業務的に発注書の仕訳を集計する必要があると推測しますが、受領済の発注書を基に集計する方が適切ではないかと思います。

@User_QT8F4様 こんにちは。 考え方としては、従業員レコードに付与されているロールによって、 「General Access ユーザー」または「Self-Service ユーザー」と判断されるかと思います。 「Self-Service ユーザー」にしたい場合、従業員レコードには「従業員センターロール」のみを付与できます。この設定に問題はありません。 もしくは「従業員センター」ベースのカスタムロールも付与できるかと思います。 また、もし昇給や昇格により General Access ユーザーとして扱いたい場合は、別のロールを割り当てることで対応できます。

@IT働楽研究所toya 様 こんにちは。[設定] → [会社] → [請求情報を表示] を開くと、「請求可能コンポーネント」の中に 「ファイル・キャビネット・サイズ（GB）」 の項目があります。 ここから、現在の使用量と契約容量を確認できます。

@yuki nomoto様 こんにちは。 設定 ＞ 会社 ＞ 電子メールプリファレンス 内の 「サンドボックスとリリース・プレビュー」タブにメールのオプションがあります。 NetSuiteのアカウント向けに送信する場合：「ログインしているユーザーへ電子メールを送信」を選択 外部のメールアドレスへ送信する場合：「電子メール送信先（複数のアドレスはカンマで区切る）」に送信先を指定 この設定を行うことで、SANDBOX環境でも指定した宛先にメールを送信できるようになります。

@IT働楽研究所 toya 様 こんにちは。 NetSuiteの標準機能では、「在庫アイテムとして登録しながら、特定のロケーションのアイテムを在庫評価から除外する」 という直接的な機能はありません。 そのため、以下の方法で対応するのが一般的です。 方法1：特定のロケーション（倉庫）を「簿外用」として運用 ロケーション単位で在庫を管理し、財務レポートで特定のロケーションを除外する運用 ただし、システム上は在庫として記録されるため、財務処理で手動調整が必要になる 方法2：非在庫アイテム（Non-Inventory Item）として管理 財務評価に含めないアイテムとして扱うことができる ただし、物理的な在庫数量の追跡はできなくなる…

@Ayaka様 こんにちは。 ご検討されているとおり、新しくワークフローを作成し、旧ワークフローを一時停止する方法は適切な対応かと思います。 この方法であれば、過去に適用されたワークフローのデータが失われることなく、新しいフローを適用できます。 また、ワークフローの構成によっては、「アクション」を4つ設定している場合、そのうち1つを無効化することで、承認者を減らす対応が可能なケースもあります。 ただし、この方法はワークフローの全体設計に依存するため、適用できるかどうかを事前にご確認いただくのがよいかと思います。

https://community.oracle.com/netsuite/japanese/discussion/comment/16884439#Comment_16884439 こんにちは 私の考えだと請求締日：（monthlyclosing）と 締め請求書（Statement Billing）の話は違う機能だと思うんだけどどうかな？

@User_FU1RZ様 こんにちは。 自動で請求書を作成する機能（請求スケジュールなど）において、「請求締日」が参照されます。顧客に対してサブスクリプション契約や定期請求を行っており、請求書作成が煩雑になっている場合、請求書機能と、この設定値に基づいて請求書が自動生成され、業務効率化につながります。 例えば、「請求締日」を「月末」に設定している場合、毎月末日に自動で請求書トランザクションが作成されます。 ただし、請求書を手動で作成する場合は、「請求締日」の設定は適用されません。

@Ayaka 様 こんにちは。 「*（アスタリスク）」は、トランザクションのmainline（メインライン）にマークされる機能です。mainlineとは、トランザクション全体の情報を含む行のことで、明細行（アイテムレベルのデータ）は含まれません。 「*」の表示ルール 「*」が付いている行 → トランザクション全体の情報（mainline） 「*」が付いていない行 → トランザクションの明細行（ラインレベルの情報） たとえば、発注書（PO）の場合： mainline（*が付いた行）には、発注書全体の情報や合計金額が表示される。 明細行（*が付いていない行）には、個別のアイテムごとの情報が表示される。…

@ yuki nomoto様 ドキュメントの保存検索では、更新されたファイルを特定するのが確かに難しい と思います。 そのため、「システムノートの保存検索」と「ドキュメントの保存検索」の2つの検索結果をダウンロードし、VLOOKUP などを使って比較する方法 しか、私の考えでは思いつきません。 ただ、2つの保存検索を「ファイル名」などの条件で VLOOKUP するだけであれば、Workbook（SuiteAnalytics Workbook）を活用することでも実現できそうな気がします。

@KayoSumida様 ご確認ありがとうございました。 既にご存じかもしれませんが、内部ID等の細かいことが記載のページがございます。 https://system.netsuite.com/help/helpcenter/en_US/srbrowser/Browser2019_1/schema/record/itemreceipt.html もしなにか参考になれば幸いです。

@User_XO2SY様 こんにちは。 たしかに、NetSuiteのUIでは リスト表示の制限が1,000件まで となっています。 また、SuiteScript 1.0 の nlapiSearchRecord を使用すると、一度に取得できるのは最大1,000件まで という制約があります。そのため、SuiteScript 2.0 の N/search.runPaged() モジュールを使用することで、制限なくデータを取得することが可能 です。 ただ、あまりにも行数が多い場合はスクロールが発生するので、工夫が必要になってくる気もします。

@KayoSumida様 こんにちは。 このような形ではいかがでしょうか。 数量と合計金額からコストを算出しています。 function getItemUnitCost(itemReceiptId) { // 受領書（Item Receipt）のレコードをロード var itemReceipt = nlapiLoadRecord('itemreceipt', itemReceiptId); // アイテムサブリストの行数を取得 var lineCount = itemReceipt.getLineItemCount('item'); // 各アイテムごとに処理 for (var i = 1; i <= lineCount; i++) {…

https://community.oracle.com/netsuite/japanese/discussion/4504065/netsuite%E3%81%A7zugferd%E5%BD%A2%E5%BC%8F%E3%81%AE%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%83%E3%83%88%E3%82%92%E4%BD%BF%E3%81%84%E3%81%9F%E3%81%84 @IT働楽研究所toya様 こんにちは。 おそらく、XML形式のデータを使用し、銀行の入金データを照合する目的で利用する形でしょうか？ 私は実際に使用したことはありませんが、電子請求書作成…

@IT働楽研究所toya様 こんにちは。 請求書トランザクションをXMLに出力するのは、なかなか難易度が高く導入が難しいかと思います。 なので、理想はCSVでのインポート・アウトプットが無難かなとは思います。 ただもし、開発ができるようであれば、ざっくり以下のイメージで進めるとよいかと思います。 （このままコピペしても動かなのでイメージとして書いておきます。） 内容：請求書トランザクションをXMLへ出力する １：請求書トランザクション (record.Type.INVOICE) をロード ２：XMLドキュメントを作成 ３：請求書の基本情報 (取引先, 請求書番号, 請求金額, 日付) を追加 ４：明細行 (items)…

https://community.oracle.com/netsuite/japanese/discussion/comment/16883719#Comment_16883719 @ yuki nomoto様 こんにちは。 「コンテキスト」とは、どのような経緯でデータが変更されたかを示す情報です。 例えば、以下のように変更の原因を特定できます。 UI → 手動で変更された場合 ワークフロー → ワークフローを通じて変更された場合 一括更新 → 一括更新機能で変更された場合 CSV → CSVインポートによって変更された場合 などなど このように、コンテキストを確認することで、データの変更経緯を詳細に把握することができます。

スケジュール請求

https://community.oracle.com/netsuite/japanese/discussion/4504100/%E7%AE%A1%E7%90%86%E3%83%90%E3%83%B3%E3%83%89%E3%83%AB%E3%81%AE%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB%E3%81%A7%E5%87%BA%E5%8A%9B%E3%81%95%E3%82%8C%E3%82%8B%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%83%8E%E3%83%BC%E3%83%88%E3%81%AE%E6%83%85%E5%A0%…

@User_LXM0G 様 こんにちは。 Oracle社では、以下のURLからコンプライアンス情報を取得できます。 しかし、外資系ならではの仕様のため、日本語の情報が少なく、やや探しづらい点があります。 📌 Oracle NetSuite Trust Center（公式セキュリティ・コンプライアンス情報） 🔗 https://www.oracle.com/jp/corporate/security-practices/ 英語のため読み違えがあるかもしれませんが、確認した限りでは以下の情報が掲載されています。 🔹 保証報告書（SOCレポート等）について NetSuiteはSOC 1, SOC 2, ISO 27001, PCI DSS,…

@User_LXM0G 様 こんにちは。 NetSuiteのデータベースバージョンやOSバージョンは、公式には公開されていません。 NetSuiteはクラウドベースのSaaS製品 ユーザーが直接サーバーのデータベースやOSにアクセスすることはないため、内部の詳細なシステム情報は公開されていません。 データベースに関する公開情報 NetSuiteはOracle Databaseを基盤にしていると考えられていますが、具体的なバージョンは非公開です。 SQLの互換性に関する情報は一部公開されていますが、完全な仕様は開示されていません。 OSに関する公開情報 NetSuiteはOracle Cloud Infrastructure (OCI)…

https://community.oracle.com/netsuite/japanese/discussion/4503990/%E3%83%AF%E3%83%BC%E3%82%AF%E3%83%95%E3%83%AD%E3%83%BC%E4%B8%8A%E3%81%A7%E7%99%BA%E6%B3%A8%E6%9B%B8%E3%83%88%E3%83%A9%E3%83%B3%E3%82%B6%E3%82%AF%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AE%E3%82%B9%E3%83%86%E3%83%BC%E3%82%BF%E3%82%B9%E3%82%92%E7%B5%82%E4%BA%86%E3%81%…