作成者別アーカイブ: taka

C#でAmazonMWSの注文APIを使ってみる

C#でMWSの注文APIを利用する
やりたいことはいろいろあるけれど、C#の勉強がてらAmazonのAPIを使ってみることに。

とりあえず、注文一覧の取得。

名前空間とかインスタンスとか、初歩的なことでかなりつまずいた感はあるけれど、MWSのクライアントライブラリが優秀なおかげか、なんとか動くようにはなるもんだな。

C#を始めて見たんだけど・・・ビルドしたものがWinXPで動かない・・・

Visual Studio Express 2013 for Windows Desktop

これ、無料で使えるのね。すごいわ。

てことで、javaでもなくC++でもなく、C#を始めてみた。なぜC#なのかは謎だけど・・・

さて、Visual Studio をインストールしたのはWindows7の64bit。

出来上がったプログラムはこの環境で使うのはもちろん、32bitなWindowsXPでも使ってみたいな、と。
ふとそう思って出来上がったものをXPにコピーして実行してみたら・・・動きません・・・

「アクティブソリューションプラットフォーム」という項目を「AnyCPU」から「x86」にしてみたりもしたけれど動きません。

というか、調べると「AnyCPU」でも32bitで動くようにビルドされるとのこと。

はて、32bitでも動くようにビルドされるなら32bitなXPで動作しないのはなぜだろう・・・

VS2013_Cpp_forXP_01
調べてみると、C++だとプロジェクトのプロパティから「プラットフォームツールセット」を変更することで出来る模様。

 
 
しかし、C#ではこんな設定項目はない。。。
というわけで、もう少し調べてみると・・・

VisualStudio2013で
「対象のフレームワーク」の変更が必要だった。
というのも、.NET Framework 4.5はWindows7にインストールされてるんだけど、WindowsXPにはインストールされていないから。

というよりも、WindowsXPには4.0までしかインストールできない。

なので、ここを「.NET Framework 4」に変更する。

これでOK。

信書が話題だけど・・・(メモ)

郵便局の人がちょいと会社に来た。

ゆうメールは「新書」「物品」は送れない。管轄は国土交通省。

ゆうパケットは「新書」は送れないが「物品」は送れる。管轄は国土交通省。

定形郵便・定形外郵便は「新書」「物品」も送れる。管轄は総務省。

ゆうパックは「新書」「物品」も送れる。管轄は総務省。

とのこと。

なんだ、改めてみれば簡単な話で、ゆうメールはともかくゆうパケットも総務省じゃなくて国土交通省が監督省庁だったのか・・・

ま、信書は郵便か宅配便を使っておけ、ということですかね。

C#のメモ

VSCSharp_CoreTweet_01
VisualStudio の右上にある 「クイック起動(Ctrl+Q)」に「coretweet」と入力しエンター。
VSCSharp_CoreTweet_02
「インストール」をクリック

あとは、CSファイルで

using CoreTweet;

と追加すればOK。


string TW_API_KEY = “xxxxxxxxxxxxxxxxxxxxxxxxxxxx”;
string TW_API_KEY_S = “xxxxxxxxxxxxxxxxxxxxxxxxxxxx”;
string TW_ACC_TKN = “xxxxxxxxxxxxxxxxxxxxxxxxxxxx”;
string TW_ACC_TKN_S = “xxxxxxxxxxxxxxxxxxxxxxxxxxxx”;

StringBuilder Tweet_text = new StringBuilder();

var tokens = CoreTweet.Tokens.Create(TW_API_KEY, TW_API_KEY_S, TW_ACC_TKN, TW_ACC_TKN_S);

foreach (var status in tokens.Statuses.HomeTimeline(count => 10).Where(x => x.Text.Length > 60))
{
Tweet_text.Append(status.Text + “\r\n\r\n”);
}
TweetArea.Text = Tweet_text.ToString();


Excel vba でセルの値が変更されたら実行する処理を書いてみる

例えば、顧客管理の中で配送業者名(あるいはその記号)を入力した時に、セルの色を変えたいなんてことがあった。

Worksheet_change_01

こんな感じで、運送業者や配送方法によってセルの色を変えたいという要望ね。

Excel2007以降は「条件付き書式」でいくつも指定できるから、単純にセルの色だけを変えたい場合にはそれを使っても良いでしょう。

しかし、今回は他の処理も同時に行いたいという要望もあったので「条件付き書式」では対応が出来なかった。

そこで使うのが「change」というイベントプロシージャ。

Worksheet_change_02

changeというイベントプロシージャは、そのワークシートのどこかのセルが変更されたら実行するもの。

そして、「Target As Range」ということから、Targetという変数にはRangeが渡される(正しくはRangeオブジェクト)。

実行される処理としては、変更されたセルがH列の場合にセルの色を変える内容が書かれている。

まぁ、この例は単純なもので、

case “s”
Cells(Target.Row, Target.Column).Interior.ColorIndex = 35

の後に

 Cells(Target>row, Target.Column + 1).value = “佐川急便元払”

とか、なにか処理を続けても良いと思うのね。

 
このchangeイベントはけっこう便利。

AmazonのSellerCentralから取得した情報をExcelで処理してみる

FBAがスゴク便利で、ちょいちょいAmazonに出品する機会がある。

そのなかで、Amazonの集客力を利用して赤字で在庫を処分する、というケースも想定される。

この場合、SellerCentralの「Amazon出品コーチ」が指示してくれる「在庫の補充を推奨する商品」では、さすがに自動的に弾いてくれるという事はない。

これは単純に過去の販売数量と在庫数あたりから補充の推奨を促しているだけなので、赤字でも格安で処分に走った商品なのか、今が旬の売れ筋商品なのかまでは気を遣ってくれない。当たり前だけど。

そこで、今回はExcel君に頑張ってもらった。

目的としてはFBA在庫として拡販・処分販売を行っていく商品の選別というのが第一。

そこで参照する、SellerCentralからダウンロードできるレポートで必要なのは

「レポート」→「ビジネスレポート」→「詳細ページ 売上・トラフィック」のCSVデータ
 ※ 直近30日の売上データを参照したい

「在庫」→「出品レポート」→「出品詳細レポート」のTAB区切りなtxtファイル
 ※ 現在価格や出品者側の在庫数を参照したい

「レポート」→「フルフィルメント」→「在庫受領レポート」
 ※ FBA納品日や数量を参照したい

「レポート」→「フルフィルメント」→「在庫健全性レポート」
 ※ 「売上・トラフィック」のCSVと被るが、過去30日、90日、または保管手数料などを参照したい

「SKUと自社で使用している販売管理ソフトなどで登録されている商品コード等との紐付けファイル」
 ※ こればかりは会社によって事業所によって異なると思う。
   AmazonでのSKUから、直接、仕切や社内在庫が検索できるなら不要。
   しかし、SKUがそのまま社内で使用している販売管理システムで通用するわけではないと思うので、
   今回は、SKUと社内で使用中の管理システムとを橋渡ししてやるためのリストを作った。
   データベースでいうところのリレーションというやつかしらね?

という、これら5つのファイルを用意する。

とはいっても、4つはAmazonが自動的に作ってくれるもの。

もう1つはSKUと自社システムとの紐付けファイルだけど、これは結局、運用するExcelファイルにシートとして用意して随時入力する方式とした。
(SKUと自社システムの管理コードが完全一致ならメチャ楽、ということなんだけど、逆をいえば、SKUと自社システムの管理コードとに全く関連がないと、全て手作業で入力しなければならないという可能性がなきにしもあらず)

で、出来上がったのがこんな画面。

fba_01


当たり障りのないデータを用意してみたつもりだけど、モザイクがうざくてすみません。

要は、これで現在価格と粗利、損益分岐点(ボーダー)、FBAへ最後に納品した日とその数量、納品アラート、過去30日間・90日間の販売数、ほぼリアルタイムに近い直近30日間の販売数、それらから求める月間予想粗利あたりがパッと見でわかる。
(粗利とはいっても販売手数料とFBA送料はさっ引いてるので、わりと純利益に近いかも)

で、わりと面倒なのがFBAへの納品手続き。

一つの商品を納品するならまだしも、複数の商品を納品しようとしたら「納品プランファイルをアップロード」という機能を使うと超便利。

その為に、ユーザーフォームを作って、出荷を推奨するデータのみに絞り、そこから本当に出荷すべき商品を「納品プランファイル」として作成するようにした。

こんな画面で作成時間のわりに、以外と使いやすかったりする。

fba_02


この画面だと「粗利率 1.99%」みたいになってる2919行目の商品は、もうやめてもいいよね。
3005行目も5%切ってるし、直近の30日間で2個しか売れてないとか、販売する意味ないよね。

そんな感じで「納品推奨」の中から「本当に納品すべきもの」を絞り込んでリストを作る。

納品したい商品にチェックを入れて、納品したい数量を入力して、「納品プランファイル作成」ボタンを押す。

出来上がったファイルをAmazonにアップロードすれば、後は「配送ラベル」を出力して、

混在在庫なら、商品を梱包し、

混在在庫じゃなければ、それぞれの商品にラベルを貼って梱包し、

発送すれば完了。

SellerCentralって確かに便利なんだけど、FBAに納品すべきかどうかを判断するのには、いくつかのレポートを見たり、在庫状況を確認したり、手数料を確認したり、なんだかんだでステップ数があるので、こうしてExcelにでもしておくと便利。

FBAへの出荷はおかげで漏れがなくなってきたかな。