【受注メールを元にECサイト自動仕入ツール】の仕事 [商社]

【受注メールを元にECサイト自動仕入ツール】に関する仕事・募集案件ページです。クラウドソーシングのランサーズで、Webシステム開発・プログラミングに関する最適な外注/発注先をお探しの方、副業案件・求人をお探しのフリーランスの方はまず会員登録がおすすめです。

見積もり募集の結果

募集期間

5日間

提案数

23件

当選人数

0 件

(募集人数1人)

見積もりを提案しているランサー(一部)

見積もり募集の内容

依頼主の業種
商社
依頼の目的・背景
【はじめに】
  予算やご提案内容がフィットしそうなご提案者様にはフローチャートや細かい台帳の案などの仕様をお送り致します。
  とにかく当方でできることはやって費用を抑えたいです。 スクレイピングや自動発注の構築経験がある方で、
 下記希望の構成に準拠したツールイメージを提案願います。
 *今回採用させていたただき、運用上問題なければ本ツールのメンテ及び複数のツール依頼を予定

【構成案】*別途資料あり  
 ①処理台帳(受注メール毎に案件管理)
 ②仕入前台帳(仕入先毎に保留注文を管理)
 ③仕入後台帳(既注文の管理)  
④コントロールパネル
【要件】
  1.(outlook想定)メール受信後,台帳(処理台帳)に登録
  当方作成の仕分け台帳への各種機能の実装
  ・受注メールをどう処理したかをexcelに表示
  2.メール記載の記載商品コードにて最新在庫情報をスクレイピング  
 *各サイトの在庫表記別に仕入れ判断が必要(例:取り寄せ可:×、発注後3日以内:〇)
  3.在庫情報で3つの判断(仕入前台帳,仕入後台帳)  
   (1)設定合計金額まで注文を保留、到達後自動発注(ECサイト)を行う【最優先】
  必要機能:自動発注の各種制限(単価制限,点数) 
   (2)設定合計金額まで注文を保留し、保留先別に台帳管理。  
   (3)到達後特定の実店舗は自動発注メールを送信。その他の店舗は手動で電話で連絡する。
<注文保留の考え方(EC/店頭共通)> *別途資料あり
優先第一位 ・保留中金額が最低積み上げライン未満/在庫が有る/その中で最小保留合計金額
優先第二位 ・保留中金額が最低積み上げライン以上/在庫が有る/その中で最小保留合計金額
 *自動発注仕入れ先の場合は保留中金額が最低積み上げライン以上になった時点で自動発注若しくは自動メール送信処理
優先第三位 ・在庫が有る/保留中金額が0(保留受注残がない)/仕入れ先間優先順位順
<自動発注の考え方(EC/店頭共通)>
優先第一位 ・保留中金額が最低積み上げライン以上超えた。
優先第二位 ・最初の保留からリミット日数(仕入先ごとに設定)を経過
  4.コントロールパネル作成*別途資料あり
 (1)受信アドレスの変更
 (2)受信メール参照位置の設定(メールの仕様変更に対応するため,現在パターンは4種類)
 (3)発注先優先順位け機能
 (4)発注保留機能   送料無料金額までサイトごとに受注金額を一定期間(1時間・半日・1日)カウントし、設定金額以上になれば自動発注
 5.フロー
 *outlookでメール受信
  ⇒one-drive上のexcelに転送
  ⇒記載のコード前半10数字で在庫情報スクレイピング
  ⇒自動仕分け  
  ⇒一定金額蓄積後に自動発注orどの店頭在庫扱いかを表示
  ⇒上記内容をexcelに表示
 6.リスクマネジメント   
  ・仕入れ先のどれかが仕様変更により使用不能となった場合の全体の機能保全(トラブル切り分け)  
  ・明瞭なメンテナンス等の追加費用と対応速度
  ・想定されるトラブルとその回避案  
  ・その他上記仕様に対して、追加の改善・効率化提案  
<想定エラー関連>
 ① 読み取りエラー
 (主な原因:メール及びスクレイピング先のHTML変更) 
 【主な症状】
   ・読取不可文字の抽出
   ・読取規則逸脱(文字が切れるなど)
 【対策】
    発生直後対策:
    ・メールの場合はエラーとして表示し処理保留。手動で処理(別途手動処理案件管理表作成)
    ・スクレイピングエラーの場合はエラー先は在庫無しと見なして処理切り分け他の結果だけで判断。
*備考にログ記載
   ・スクレイピングのエラーではないが発注がエラーの場合は ログを残し、手動で再実行可能   
    事前対策:
    ・設定画面で抽出箇所を再設定可能であること。        
    ・定期的にダミー処理を行いエラーを検知する仕組み(異常に対しては手動で対策) *費用次第で必須ではない
 ② ログインエラー(主な原因:仕様変更、セキュリティ)  【主な症状】  
   ・ログイン不可による自動発注不能  【対策】    
 発生直後対策:
   ・自動発注を取りやめ保留状態,エラー通知(メール)で行い、操作者が手動でログイン発注する。    
 事前対策:
   ・設定画面で抽出箇所を再設定可能であること。    
   ・定期的にダミー処理を行いエラーを検知する仕組み(異常に対しては手動で対策) *費用次第で必須ではない。
サイトの種類
ECサイト
作業範囲
ランサーに相談して決めたい
用意してあるもの
  • 仕様書
参考URL
設定なし
希望開発言語
ランサーに相談して決めたい
フレームワーク
ランサーに相談して決めたい
開発の継続性
この開発の後も、継続的に依頼したいと思っております。
補足説明
設定なし

この仕事に似たWebシステム開発・プログラミングの他の仕事を探す

会員登録する (無料)