ローカライズされた読書ガイド
restock目的、用途、および情報源
実際に売れている商品を再発注の決定に反映させ、帳簿に完全に記録します。商品ごとの販売速度と保守的な在庫切れ予定日を計算し、再発注の規模を決定し、発注書と仕入先へのメールを作成し、請求書が到着した際に発注書と一致するように照合エントリを準備します。また、滞留している資金もフラグ付けし、不良在庫が再発注されるのではなく、処分されるようにします。Shopify、Square、またはアップロードされた売上と在庫のCSVファイルで動作し、QuickBooks、Gmail、またはMとの連携を強化します。365カレンダーやNetSuiteと連携します。承認なしに発注書が送付されたり、ベンダーにメールが送信されたりすることはありません。オーナーが「何を再注文する必要があるか」「在庫切れになりそうか」「補充してほしい」「フィルターがすぐに切れてしまう」「仕入先への発注書を作成してほしい」「倉庫にいくら現金が残っているか」などと尋ねてきたときに使用します。
ソースを取得しました:
- SKILL.md
small-business/skills/restock/SKILL.md- リポジトリの Star
- 34,049
- リポジトリの最終更新
- 2026-10-30
- 能力分類
- ビジネス
- 最終収集時刻
ライセンス: Apache-2.0
ワークフローの抜粋は、Codezによる実行可能な指示ではなく、あくまでも参考資料です。このページを作成するために、サードパーティ製のスキルは実行されていません。
以下の目的とワークフローに関する記述は、上流工程に関する資料であり、読みやすいように整理・翻訳されています。これらは、別途ラベル付けされたCodez編集分析とは区別されます。
このスキルが何をするか
実際に売れている商品を再発注の決定に反映させ、帳簿に完全に記録します。商品ごとの販売速度と保守的な在庫切れ予定日を計算し、再発注の規模を決定し、発注書と仕入先へのメールを作成し、請求書が到着した際に発注書と一致するように照合エントリを準備します。また、滞留している資金もフラグ付けし、不良在庫が再発注されるのではなく、処分されるようにします。Shopify、Square、またはアップロードされた売上と在庫のCSVファイルで動作し、QuickBooks、Gmail、またはMとの連携を強化します。365カレンダーやNetSuiteと連携します。承認なしに発注書が送付されたり、ベンダーにメールが送信されたりすることはありません。オーナーが「何を再注文する必要があるか」「在庫切れになりそうか」「補充してほしい」「フィルターがすぐに切れてしまう」「仕入先への発注書を作成してほしい」「倉庫にいくら現金が残っているか」などと尋ねてきたときに使用します。
上流ワークフローの仕組み
ステップ1— 何を購入するかを計画する（在庫計画ツール）
入力：Shopify、Square、NetSuiteからの販売履歴と在庫状況、または両方のCSVファイルをアップロードしたもの。出力：7-日と28-アイテムごとの日数速度、保守的な在庫切れ日、サイズの60日付ごとの再注文とドル建てのコスト、および売れ行きの遅い商品のリストを別途作成します。inventory-planner2つの速度ウィンドウ、歪み処理、リードタイム比較、季節性ルールなど、すべての計算処理は が担当します。ここではそれらをやり直さないでください。その中でも特に重要なルールが2つあります。
ステップ2— 発注書とベンダーへのメールを作成する（在庫計画担当者）
承認された路線については、inventory-plannerベンダーごとに発注書とそれに付随するメールを、オーナーの口調で作成する。ゲート ― 両者とも、ステップとは別に、明確な承認を待つ。1購入リストの承認は、何を注文するかに合意することです。発注書の送付は、資金を投入し、ベンダーとの関係を築くことを意味します。質問する前に、ベンダー名、明細項目、合計金額を明記してください。メールコネクタ（GmailまたはMicrosoft）がない場合365接続されている場合、発注書とメールはオーナーが手動で送信するファイルです。これで完了です。
ステップ3将来の法案が参照できる記録を残す
ここでは2つの異なることが起こっており、どちらのスキルがどちらのスキルを支配しているかが重要となる。inventory-planner発注書自体を保持します。承認された発注書は、ベンダー、明細項目、数量、価格、予定日などの文書です。これは保存され、ステップで所有者に渡されます。2そして、それが注文内容の記録です。ap-processor発注書ではなく、コード化されたメモを受け取ります。ベンダー名、発注書番号、合計金額、予定日、および支出が属するアカウント、クラス、およびジョブをメモに渡してください。ap-processorこのシステムは、元帳に発注書を作成するのではなく、請求書が届いた際にそれを読み込み、請求書、発注書、受領書の3者照合を実行します。このステップで必要なのは、照合対象となる場所に配置されたコード化されたレコードです。
要件とセットアップ
このファイルから要件定義の短い記述が選択されませんでした。これは、スキルに依存関係がないという意味ではありません。リポジトリの設定手順と参照ファイルを確認してください。
制限事項と品質チェック
このファイルからは、個別の制限に関する記述は選択されていません。これは、このスキルがあらゆる入力や環境において安全であることを意味するものではありません。ソースコード全体を確認し、ご自身で結果を検証してください。
まずは安全なトライアルから始めましょう
- サポートされているホストとリポジトリのインストール手順を確認してください。スキルディレクトリと、それに関連付けられているスクリプト、アセット、ドキュメントはまとめて保管してください。SKILL.md単独では依存関係を省略できる場合があります。
- エージェントに実際の入力、希望する出力、および受け入れ基準を指定してください。呼び出し構文と利用可能なツールはホストによって異なります。このサイトは、汎用的なインストールコマンドを前提としていません。
- 使い捨てプロジェクトまたはコピーで、元のワークフローを試してみてください。ファイル、リモートサービス、または課金対象リソースを変更する操作は、許可する前に必ず確認してください。
- 出力結果をソースの品質チェックおよび独自の要件と照らし合わせて検証してください。トリガーが成功したことやリポジトリのスター数が多いことだけでは、正しい結果とは言えません。
詳細は出典元をご覧ください。
関連スキル
翻訳と範囲
この読書ガイドは、ピン留めされた上流からの抜粋を選りすぐっていますSKILL.md翻訳は補助的なものです。完全なマニュアルではなく、互換性テスト済みであることを保証するものでもありません。ご使用前に原文および参照ファイルをお読みください。
この紹介文は、下記に固定表示されているバージョンに関するものです。現在のリポジトリのアクティビティと収集時間は別途表示されます。
- ピン留めされたソース
- 原文を読む ↗
- ソースを取得しました
- ソースコミット
2574e29377c7173d0cecffef29a6ecbd7f8ccb5d- ソースSHA-256
22b964a620127bb6f0e75c0920657885c65cf0bf8f80ff5ac03a3a82b3796af2