
ゲンバAI
在庫表は
目安:お
大阪・関西EC在庫の自動化
| 商品コード | TB-3150 |
| 商品名 | 保温ボトル |
| 在庫数 | 3 |
読み取り結果 — 仕入先の在庫表
| 商品名 | 在庫数 | |
|---|---|---|
| 11 | 保冷バッグ | 8 |
| 12 | 保温ボトル | 3 |

- 今のExcel・書式はそのまま
- 1つの業務から試せる
- 最後の確認は、人がします
① 在庫表はAIが読む② 人が確かめる③ 在庫数はプログラムが更新④ 動いた商品だけ見比べる
紙・FAX
- 今のExcel・
書式は そのまま - 1つの
業務から 試せる - 最後の
確認は、 人が します
- 下請けに
出さない だから、作る ときの 費用が 相場の に半額 費用の 中身を見る - 御社の
やり方に 合わせて 作る ソフトに 合わせて、 仕事の やり方を 変えません 進め 方を見る - 「作って
終わり」に しない 現場での 練習・立ち 上げ 期の 手直し・ その後の 見守りまで 保守 (月1〜3万円)を見る
楽天の在庫連携を自動化。見張りは人。
モールの
無料相談で
無料相談で
ご依頼で
ご依頼いただくと、
こんな
- 楽天・Yahoo!ショッピング・自社
サイトで 売り、 管理画面ごとに 在庫数を 手で 直している ネットショップ。 - 手元に
在庫を 置かずに 売っていて、 仕入先の 在庫切れを 知るのが 遅れ、 キャンセルや 遅延が 出ている会社。 - 仕入先の
サイトを 自作の プログラムで 読み 取っていて、 止まらないか 不安な会社。 - 楽天で
SKU (色や サイズごとの 在庫の 単位)へ 移行し、 今の 在庫連携が そのまま 動くか 分からない会社。
大阪府を
よくある困りごと
当ては
- ×3楽天の
管理画面 保温ボトル 3 09/12 Yahoo!の管理画面 保温ボトル 3 09/12 自社サイト保温ボトル 3 09/12 モールごとに
同じ数を 入れ直す モールごとに
数を直す。 1つ売れる
たびに、 モールの 管理画面を 順に 開いて 同じ 在庫数を 入れ 直している。 - !仕入先の
在庫表 紙商品名 保温ボトル 在庫数 3 取込日 09/12 ⇆目で照合今の表保温ボトル 15 09/12 仕入先の
在庫と 見比べる 仕入先の
在庫切れを 知らない。 仕入先で
在庫が 切れても 自分の 店では 売れ続け、 注文が 入ってから キャンセルと 謝罪になる。 - ?前日の在庫
.csv 保温ボトル 今日の在庫.csv 保温ボトル 止まっても
前回の 数が残る 止まっても
画面は正常。 取り込みが
止まった 日も 前回の 数が 残り、 誰も 気づかないまま 販売が続く。
自動化後の流れ
在庫表を
- 1
受け取る
プログラム・AI
仕入先が
公式に 用意した 受け取り口が あれば、 そこから 在庫データを 受け取ります。 PDFや Excelの 在庫表は AIが 読み、 人が 確かめます。 画面の 読み取りには 頼りません。 - 2
そろえる
プログラム
受け取った
数と 自社の 在庫から、 各モールの 在庫数を 更新します。 楽天で SKUへ 移行した 店舗は、 在庫API 2.0で つなぎます。 - 3
見比べる
人
前日から
大きく 動いた 商品を 数点選び、 取り込んだ 画面ではなく、 販売元の ページを 開いて 確かめます。 - 4
止める
人
データが
取れなかった 商品の 出品を 止める 条件を、 先に 決めて おきます。 在庫切れが 見つかった ときに 誰が 止めるかと、 licenseKey (楽天の 認証の 鍵)の 更新時期も 決めます。
AIが読み、人が直して、在庫数へ。
ここで試せます。
ここで
仕入先から
- 1AIが在庫表を読む
- 2人が見て、直す
- 3確定して、在庫数へ
元の仕入先の在庫表
| 商品コード | TB-3150 |
| 商品名 | 保温ボトル |
| 在庫数 | 3 個 |
| 取込日 | 09/12 |
AIが在庫表から読んだ値 要確認 1項目
AIが「在庫数」を読み違えました。元の仕入先の在庫表を見て、正しく直してください。
いつものモールの在庫数
| 商品コード | 商品名 | 在庫数 | 取込日 |
|---|---|---|---|
| TB-3120 | 保冷バッグ | 8 | 09/12 |
| 人が確認して確定するまで、表は変わりません。 | |||
在庫の更新が、こう変わる。
導入前と
01仕入先の
EC物販在庫から モールの 在庫数まで BEFORE
仕入先の
在庫を 見に 行き、 モールの 管理画面ごとに 在庫数を 手で 直す。 取り込みが 止まっても、 画面は 前回の 数のまま。 →見張りだけ人にAFTER
在庫は
APIで 受け取り、 PDFの 在庫表は AIが 読む。 プログラムが モールの 在庫数を 更新し、 人は 大きく 動いた 商品を 数点だけ 販売元の ページで 見比べる。 在庫数の
更新は プログラムが 行います。
※写真は
実例と検証結果
当方で
- 実例 01
当方が
無在庫販売の在庫確認|API連携+ダブルチェック自社の EC運用で 在庫データを 取っていた とき、 取れていないのに 管理画面には 前回の 数が 残り、 正常に 見えたまま 販売が 続いたことがあります。 そこで、 1日1回、 前日と 大きく 動いた 商品を 数点だけ 販売元の ページで 見比べる ルールに しました。 - 実例 02
楽天市場では、
楽天の在庫更新を自動化|SKU移行後に選ぶ在庫APISKUへ 移行した 店舗で 従来の 在庫API (InventoryAPI)が 使えなくなり、 在庫API 2.0への 切り 替えが 要ります。 移行済みの 店舗が 従来の APIを 指定すると、 認証が 通っても 在庫連携は 動きません。
できること
できる
- 仕入先の
公式の 受け取り口と モールの 在庫APIを つなぎ、 在庫数の 更新を プログラムで 回す。 PDFや Excelの 在庫表は AIが 読み、 人が 確かめる。 - 前日から
大きく 動いた 商品を 並べ、 人が 販売元の ページで 見比べる 確認の 表を作る。 - データが
取れなかった ときに 出品を 止める 条件と、 licenseKeyの 更新時期を、 引き継げる 手順に まとめる。

ご依頼いただいた方のお声
株式会社 ケイ・エム・ケイ
人材派遣業・代表 以前は
キントーンに Access、 Excel、 スプレッドシートと 情報が 散らばっていて、 それぞれの 二重入力や 見比べての 確認作業、 データ連携が 本当に 現場の ボトルネックでした。 ジッソウLAB 様の おかげで 各ツールが 一気通貫で 連動し、 作業が 一度の 入力で 完結するようになりました。 煩雑な 事務処理が 大幅に 減り、 社員が 本来注力すべき 人材への 対応や 営業活動に 時間を 割けるようになりました。 二重・三重入力を
なくした例 JML
合同会社 運輸業・代表これまで
自社 システムを 立ち上げて、 見積作成から 請求書発行、 メールへの ファイル 添付まで、 すべて 手作業で 対応していました。 ジッソウLABに 依頼し、 自社の 実務フローを 学習した AIを 導入してからは、 過去の 実績 データから 文脈を 読み取って 精度の 高い 下 書きを 自動で 作ってくれるので 本当に 助かっています。 スタッフの 業務が ほぼ 『最終確認だけ』に なり、 業務 スピードが 格段に 上がりました。 見積・請求の
下書きを 任せた例
作るときの費用が、
相場の半額になる理由
相場の
余計な
一般的なシステム開発会社見積りの中身
乗っている
ジッソウLAB乗るのは作る手間だけ
当方が
この値段にできる理由
システム
当方の
料金と、進め方。
まず1業務だけ。
01
無料相談
無料・1時間
AIで
できるかを 正直に 回答し、 1枚の メモで お渡し 02
現場AI
業務診断 3万円〜 (通常5万円〜)
業務を
見て、 着手する 1業務と 効果の 見込みを 書面で提示 - まずはこれがオススメ!
03
お試し導入
20万円〜 (通常30万円〜)
1機能を
動く 形まで 作り、 本導入に 進むかを判断
その先の料金も見る(本導入・導入後の保守)
04
本導入
30〜48万円
日報・検査記録30万/帳票作成38万/見積・請求45万/FAX
・PDF 受注入力48万 (通常45〜60万円) 05
保守
月1〜3万円
立ち上げ期は
手厚く、 安定後は 軽めの 見守り
- 1
無料相談で、
めんどうな 作業の ヒアリング - 2
診断で、
着手する 1業務と 確認範囲の決定 - 3
お試し導入で、
実際の 書類を 使った 動作確認 - 4
本導入で、
現場に 合わせた 仕上げと保守
※税抜。
よくいただく質問
在庫の数も、AIに更新させるのですか
仕入先のサイトを、プログラムで読み取れば済みませんか
SKUに移行した楽天の店舗でも組めますか
既製の在庫連携システムやサービスで足りませんか

無料相談を申し込む
社名や
- 営業の
電話は しません 必要な ときだけ、 ご連絡します - 1営業日以内に
返信します 代表の 大平が 直接お 返しします - 資料の
準備は 要りません 普段お 使いの 表や 画面が あれば 話が 早いだけです
お預かりした
ほかの

