タグ別アーカイブ: 輸入ビジネス

プリンター届いた。GP-1324D

深センから大連を経由して、定期便?のEMSに乗っかってさっそく届いた。
注文から到着までおよそ1週間。すばらしい。

さっそく開封。ドライバーはここからインストールしたやつで使えた。
コンセントの形状が違っていて(中国仕様の3ピンのやつ)諦めかけたけど、他のプリンタの線でいけた。あぶないあぶない。
デスクトップPCと同じ電源ケーブルだけど、今やみんなノートだしな。

ミリ単位で用紙の設定が可能。
用意したラベルシールは90X60mm。
日本語もしっかり対応していた。
Gprinterなかなかいいな。

用紙サイズだけ設定してテスト印刷。順調。

ラベルもさくっと対応。
これで印鑑要らずなのと、何より発送元を自動で変えられる。
販売代行が増えて発送元が複数あってもバイトさんレベルで(何も考えなくても)対応できる。
トナーも要らない。
今回はいろいろ効率化が進んだけど、まったく売上アップにはなってない><

動画

中国語が聞こえてくると思ったら日本側管理者がyoutubeでプリンターの説明を見ていたw
意味わからないだろうに
貼り付けておく

中国輸出

前回ダンボール買ったけど、同じ注文がまた入った。
ピッタリサイズを買ったので副産物として軽くなる→EMS送料が安くなった。
ダンボール代がEMS送料差額分だけで回収できる。
エアクッションは最近のAMAZON梱包を流用。

PHP 大量のファイルをシェルコマンドfindを使って処理

中国にて新しく商品写真を撮ってもらっているけど、どの商品の写真が撮り終わったのか把握できない。
今回の場合、「商品番号-33.jpg」がその新しいファイル。
写真が大量にある&細かくフォルダ分けされているので、おそらくPHP単独で探してループさせていたらなんか大変なことになりそう。
フォルダ分けする理由はlinuxのファイル数上限。環境によるけど、たしか3万くらいで昔知らずに苦しんだことがあった。将来のファイル数を想定しての設計が必要。

さくっと出来たけど、同じようなことまた必要になりそうなのでメモ。
実際には、「-33.jpg」のファイルがあった場合、データベースにその情報を保存する。
DB処理はWPを使用

require('../wp-config.php');

// findにて該当ファイルを検索
$command = '/bin/find DIR -name \*-33.jpg';
exec( $command, $output, $ret );

foreach($output as $str){

	if(preg_match('/([0-9]+)-33\.jpg/', $str, $m)){

		$fields['flag'] = 1;
		$where['id'] = $m[1];

		// DBに保存
		$wpdb->update('table',  $fields, $where);
	}
}

何がすばらしいって、wordpressがすばらしい。

気になったのでざっと見てみたら、写真だけで25万ファイルあった。ワオ
すべて自社撮影なので、中国のバイトさんには改めて感謝。
サーバーがいっぱいになると面倒なので、ヤフーショッピング向け等用途によって別サーバーに保存されるようにしているので、実際はもっとあるな。

10万SKU目指すなら、1商品10枚取ったとして、100万枚だ。
夜間差分バックアップとかされているけど、サーバートラブルが怖くなる。。

段ボール

中国輸出向けの大き目の商品が届いた。
ちょうど良い段ボールが無いので、中国管理者に取り下げてと伝えたところ、
「仕入れ値3,000円で利益200元以上あります。利益率100%以上です。」
と言われてしまった。過去何回か売れてるな。

慌てて段ボール探し。
やっぱアースダンボールさんすばらしい。リンクもする。
Tシャツやさんをやっていた15年以上前から利用しているけど、システムに力入れていて探しやすいしわかりやすい。そして安い。翌日着と早い!
もう言うことなし。10枚ピッタリサイズの段ボールを買っても利益が残るので取り扱い継続することにした。

アルバイトさん

少し前から新しいバイトさんが来ているけど、初顔合わせした。
というのも、自分が日本に来た時は、できるだけ梱包に入りたいということもあって、そのタイミングはバイトさんは休みにしてもらっていた。(仕事無くなっちゃうし、、)
今は日本側管理者を長期休みにしてあげていて、それでも自分ひとりで100程度の梱包が3時間程度で終わってしまうところまで来ている。

バイトさんスペック:40代未婚女性。。なんか地雷っぽい気がして怖い。。

結果、印象は悪くないけど、PCはおろかスマホすら持ってないらしい。
ある程度のピッキングと梱包はできるけど、どうも仕事慣れしていないようで脳みその10%くらいしか使っていないような感じ(失礼)。
梱包が完了したら、掃除を丁寧にされていたのでそういうところは好印象。
そんな人でもスムーズにできるように、さらなる仕組み改善をしていこうと思う。
インターフェイスをより直感的にしたりとか、説明が自動で表示されるとか

中国輸入の商品原価

船便がまた届いていて、開けたら内容品リストが入っていた。
356点で、合計1712元。
あまり考えていなかったけど、1商品当たりの仕入れ値は平均5元(約90円)くらいってことだな。
予想通りというか、予想どおり。
重さはほぼほぼ30kgと思うので、1個当たり84g。段ボールの重さとか梱包資材とかも入れているけど、意外と重いなあ。平均を30gくらいに持っていきたい。
しかし、数量1とか2とかで送られていて、あの方達はさぞかし迷惑だろうとか思う。。

プリンター

プリンターとかバーコードのことばっかりだけど、さらに2台追加で注文した。
中国で買ったので、触ったり出来るのはだいぶ後になりそう。


1台は、幅104mm対応のサーマルプリンタ。
定形外で使用もよし、DM便で使用もよし。
この店だけで月間1万台販売ってどういうことだ??
この手のプリンターのことはよく知らないけど、QL-800は用紙サイズが指定のものから選ぶしかなかった(対応ラベルしか使えない??)。
Gprinter(今回のプリンター)は、用紙サイズを手入力できる。そっちの方が便利だろう。


もう一台は幅80mmまで対応の熱転写プリンタ。こちらは中国側で使用予定。
コイツは楽しみだ。洋服のタグとかまで作れるらしい。早く触りたい。

おもちゃとか

お土産の手配。いろいろ楽しい。
渋谷のツタヤで見たドクターイエローの箸。AMAZONで購入。すんません><
二子玉のRISEで見たなんか4Dパズルとかいうもの。店頭にはスペースシャトル、宇宙飛行士、ロケットしかなかったので、こちらも月面着陸機をAMAZONで購入。すんません><
木星と海王星。ガチャしに行ったけど古いのか見つからず。XXXで購入。あ、アカウントバレるなこれは。
預け入れ荷物無しなので、今回はこんなもんかな。

DM便のラベルとか、ゆうぷりRとか、効率化。

またくだらないネタだけど、いろいろ突き詰めたいとか思っている。
目指せAMAZONの発送コスト20円台(ソース不明)。

まえまえから、料金後納の印鑑とか発送先の印鑑とか押すことを無くしたいと思っていた。
問題はDM便。差出人の項目が無い。
委託販売者も増やす方向なので、「XX発送センター」みたいな印鑑の発注をしようとしていた、、、

ブラックサンダーの箱を捨てようとしたら、なんと差出人がラベルに書いてある。
この部分は、お届け先部門名2とかの項目を無理やり利用。箱にはこのラベルのみ。
これは、、ブラックサンダー頼んで良かった!!参考にする。

というわけで、DM便はさくっと対応完了。定形外はせっかく買ったラベルプリンターではサイズが足りないので、新しく10cm幅対応サイズに切り替え予定。
これで、発送者が異なってもシステム側の出力で対応できる。

定形外用と、DM便ラベルもサーマル用の用紙があるようなので、あとサーマルプリンタはあと2台買うかな。1台づつ買いましする予定。

サーマルプリンタ

サーマルプリンタは大活躍。

しかし、ゴミがかさばるのがネック。汚くて申しわけない。。

使えるとわかったので、ラベル大量購入。
本来無くなる直前に買い増せばいいけど、AMAZONで10個セットとか安すぎて、、

DM便のラベルプリンタ対応サイズは、この通り。メモ。
QL-700/800では幅が足りない。

ゆうプリR

ゆうプリRもこれから使う予定。
(ほんとはヤマトが良かったけど、ゆうパックの方が安くなってしまった。)
日本側スタッフが昔導入したらしいけど、起動が遅いのとPCを替えたらOSが対応していないとか言われてそれからやめてしまったらしい。
インストールしたら、確かに起動が遅い。というか、WIN95とかを彷彿とさせるインターフェイス。郵便局はなにやってんだ。。
メルカリ自動出品用のPCが常時3台稼働しているので、そのうち1台に入れて運用予定。毎朝自動起動とかにしたらいいかな。使う時はteamviewer。

バーコードスキャナ+jQuery+Chrome keypressで値が取得できない

中国からの荷物が3箱溜まっていて、早速ハンディーターミナルの出番!と思ったけど、どうもうまくいかない。
どうやらkeypressでキーが取得できないようだ。keydownもkeyupも同じ。
Andorid側でキーボードの設定をするも、スキャナーの設定を変えるもダメ。
ただ、フォームにフォーカスを当てると、そのフォームには値が入る。

機種が違うけど、こちらの動画もフォームに入力している。
ググってもあまりにレアすぎて?何も出てこない。
こっちの方がかっこいいけど、Android4系だな。

解決方法

textフィールドやtextareaには値が入るので、取得部分を変更した。
なぜだか、エンターだけは取得できるからそれを発火に使う。

$(document).on('keypress', '#barcode', function(e) {
	if (e.charCode == 13) {
		var words  = $('#barcode').val();
		// 改行なので処理実行

		$('#barcode').val('');
	}
});

// 常にフォーカスする
$('#barcode').focus();

// フォーカスが外れてもまたフォーカスする
$('#barcode').blur(function(){
	// ソフトキーボードが表示されないおまじない。
	$(this).attr('readonly',true).focus();
	setTimeout(function(){
		$('#barcode').attr('readonly',false);
	},20);
});

ソフトウェアキーボードが表示されてしまうので、一度readonlyにしてから時間差でreadonly解除。よく考えるなぁ、こんな方法。

テキストフィールドが必要なので追加。

<input type="text" id="barcode" style="overflow: hidden; position: relative; width: 1px; height: 1px; left: -500px" data-role="none" />

無理やり非表示。data-roleはjQ mobile向け。

まじ素晴らしい!!!
だいぶ早いし、ミスの心配も減る。そして小学生でも扱える。
大手さんはこういうの使っていたのか、ずるいぞ。
フォーカスがあたっている時(スキャナーから値が取得できる時)は、下に「SCAN MODE」と表示するようにした。
前に買ったbluetoothのスキャナより読込早い気がするし、何より画像等の商品情報が表示されるようになって、バーコード貼り間違えチェックにもなる。

ハンディーターミナルとか中国輸入の路線とか

ハンディーターミナルっぽいもの買ってしまった。なんともかっこいい!
よく知らないけど、「ハンディターミナルとは、片手で持てる手軽なサイズのバーコード情報を読み取ることに特化した端末です。」となっているので、たぶんあっているだろう。
この分野中国強いんじゃないか?
日本のハンディーターミナルは20万くらいして、それぞれの言語でシステム開発が必須だけど、中国ではAndroidベースで、3~5万くらい。システムはアプリとしてろいろダウンロードできる。もちろん開発も可能。
宅配会社の人達はもれなく持っていて、事業者に応じたアプリもダウンロードできるようだ。
これは、中国ではメール文化を飛び越えてメッセンジャーだったり、PCを飛ばしてスマホアプリだったり(ここは若い人達は日本でも同じかな)、独自OSとかを飛ばしてAndroid OSだったりから来る発展ではないだろうか。

タオバオで購入。素晴らしい配送スピード。深センのいいところだ。

Android 5.1ベース。4インチ液晶。クアッドコア。もちろんSIMフリー。
QQ音楽入れてみたけど(おぃw)、バーコードリーダー+テンキー付いたゴツい(耐久性重視)スマホだな。
イヤホンジャックは無いけど、Bluetoothスピーカーは行けるだろうw。
届く前は、スマホとして使用してもいいかもと思ったけど、ゴツすぎてだめだ。細めのパンツではポケットに入らない。
日本のアルバイト用システムでテストしてみたけど、何も問題なし。
OSをまたいでハードをリプレイスしても何も問題が無いというところは、WEBシステムの強みだ。

スキャナー部分。ストラップもあって持ちやすい。

中国輸入の路線

今年は少し拡張路線を取りたいと思っている。
どこまでできるかわからないし、途中で方向性が変わるかもしれないけど、方針。

・10万SKUを目指す。
・日本在庫は最小限に減らし、在庫切れも無視する。
・更に小さく軽い商品に絞りこむ。
・効率化とシステム化を追求して可能な限り全自動を目指す。
・いろんな人と協力し、販売者やプラットフォームを増やす。
・家賃の安いところに配送センターを作る。(ここはだいぶ先だな)

10万SKUに関しては、大連倉庫は数倍は大きくしないと対応できないだろう。
ただ、ビル内の部屋を少しづつ借りませばいいので負担は小さい。
日本側は最小限に抑えたい。

在庫切れ無視に関しては、具体的には1週間分の在庫は日本に置くけど、その結果在庫切れになっても気にしないという路線。
理想像としては、1週間分の荷物が届いて1周間で無くなってしまい、そのタイミングで次の在庫が補充されるようなイメージ。理想通りにはならないけど。
たしかに利益損失というのは明白だけど、その利益を取るためには在庫を日本に置かなくてはならず、倉庫スペースと在庫管理にコストがかかってしまう。しかもそれらは固定費。
計算してはいないけど、今のラインナップでは「日本に余剰在庫を置くコスト>利益損失」になる可能性あるのではないかと思う。
在庫切れと言っても、約1週間で補充されるし、発送頻度を上げればさらに短くなる。
利益損失が無視できるレベルの取り扱い数まで持っていければ、きっと在庫コストの方が高くなるのではないかな。
(1,000商品在庫切れだけど、商品数が5,000点増えてるからいいでしょ的なパワープレー。)
在庫が切れた瞬間、すべてのプラットフォームで自動停止の実装が必須。

販売者と協力については、同じプラットフォームで複数出品ということになると思うので、写真をいろんなバージョン取りたい。
前回2バージョンは対応したけど、10バージョンあたりにして、撮影スタジオを10個並べていっきにやりたい。ただ、撮影のバリエーションが思い浮かばない。

ネットトラブル

大連事務所で使っているシスコのルーターが時々リセットされる。(時々と言うか過去2回目)
フルリセットではなく、WANの接続設定だけ戻ってる。
PPPoEのIDPWなんかは、消えてない。
以下メモ。

インターネットに繋がらない場合

192.168.100.1
にアクセス
SETUP→WAN→PPPoE
になっているか確認。

バーコードで入庫処理

相変わらずのバーコードネタ。
ほんと便利だったので、恥ずかしながら動画まで作ってみた。
PCには動画編集ソフトが入ってなかったけど、youtube上でぼかしとかできてすごいぞ。
顔出しできる人達は楽しいだろうなぁ。

箱にもバーコードが貼ってあって、箱のバーコードを読み取り、商品のバーコードを読み取ると、在庫として反映される仕様。(これが当たり前なのかな?)
クルクル回っている時にサーバーと通信して、入庫数と箱番号情報等をDBに保存している。
今のところエラーは出ていないけど、万が一を考えるとハンディーターミナルのように液晶表示が欲しい。(そもそもどんなエラーが起こり得るのか不明。)
音楽聞きながら入庫作業とかすると、「ピッ」がよく聞こえない時があったので、ボリュームをMAXにした。
動画にある箱番号の隣の数字は、カウントアップとかさせるべきだな。
画面は主にアルバイトが使う用なので、手抜きで恥ずかしい。。JQ mobileデフォルトだし。。
中国側のバーコード貼り間違えが怖い。
そっちはそっちでダブルチェックになるような方法を考えるとして、ハンディーターミナルなら、入庫時に軽くバーコード貼り間違えチェックができるだろうな。

ソースコード抜粋

var words = '';
$(document).keypress(function(e) {
	if (e.charCode == 13) {
		// 改行なので処理実行
		// 10桁はFBAラベル
		if( words.length == 10)){
			// 何か処理
			words = '';
			return false;
		}
	}else{
		var key = String.fromCharCode(e.charCode);
		words = words + key;
	}
});

すべての文字をwordsに溜めていって、改行が来たらAjaxとかで処理開始なイメージ。
なんとまあ、お手軽簡単。

ピッキング

用語が正しいか知らんけど、商品の取り出しのこと。
どこかでみた記事にAMAZONの梱包、出荷コストは27円だかってのがあった。
信憑性とかはどうせ調べられないし、どこまで含めるかで違うので、どうでもいいこととして、よく考えるとこれはすごい。
パッケージまで含んでいると書いてあった気がするので、普通ならダンボール代で終わってしまう。
段ボール抜きとしても1日にアルバイトさんが400出荷する勢いだ。一応目標値とする。
今現状の梱包は早いと思うけど、ピッキングで3日に1個くらい所定の場所に無いものがあって、その場合過去の保管場所を順次すべて探すことになるので、とても疲れる。精神的にも。
今回、在庫0になった場合に夜間バッチで過去の保管情報をリセットすることにした。
もともと日本には最小限しか置かないコンセプトなので、相当数の在庫切れはある。良くないけど。
毎日バッチで処理するとして初回がなんと千点以上あった。
しかも、この処理を考えている間に、特定条件で発生する保管場所に関するバグも発見。これは、いままで無駄なことをした。
というか見つかってよかった。
梱包よりピッキングの方が早いので、これまで以上にロスも減るんじゃないかと思う。
今回の日本滞在は充実だ。

中国輸入動画

動画アップついでに見てみたら、youtubeの中国輸入動画ますます減ってる。
面白いのが1つもない。というかそもそも新しい動画が無い。
少し目についたのが、相変わらずだけど「リサーチ」。
1日20~30商品とかそういう話題がでてたけど、youtuberが言わないだけで、その路線はダメだと思う。
(私が知っている限り)今でも出来てる人は、リサーチしないもしくはリサーチは完全にプログラム。
リサーチといえば気になったものの相場を見る程度と思う。
そもそも、日本人にはあのコツコツやり続けるのは向いていないと思う。
少なくとも人力でやるのなら、詰め込み教育で繰り返し作業をひたすらできて、単価も安い中国人とかがやるべきだし、そもそも、それらを自分でやってる中国人にかなうわけが無い(と思う)。

 

バーコードリーダー到着!

別に大したことではないんだけど、待ちに待った物が届いた。
AMAZONで買っても安いし、コンビニでも使われているような、どうでもいいものだけど。。。

bluetoothでの接続は、さくっと出来た。PINコードは10010。メモ
機種名CT10Xで、マニュアルがオンラインにあるので、マニュアルとかはゴミ箱へ。
https://www.shop-expert.ro/files/CT10%20Barcode%20Scanner%20User%20Manual%20v4.0.pdf

ほとんどデフォルトの設定で問題ないけど、接続時のAuto Uploadingだけオフにした。
キーワードは、Disable Auto Uploading

さっそく読み取り。
さくさく読めるけど、時々一瞬遅れる。

CODE128なんかも試したけど、あまり変わらず。
しかし、良くこの線がグニャグニャな状態でも読めるものだ。
結局、バーコードの大きさを気持ち大きくしてJAN8にすることにした。
やっぱ早いなこれ。いろんなシーンで使いたい。
入庫処理とか在庫管理以外にぱっと思いつくのは、ゆうパックとかゆうパケットとかでスキャンで伝票番号反映とか。
簡単に作れそう。(優先度低)

その他、気付いたことは、こいつはモニター上のバーコードには反応しない。
もちろんスマホ上のバーコードも反応なし。
使うことは無いからまあいいけど、テストなんかの時もプリントしたバーコードを読込しないといけないのは面倒。
中国のコンビニなんかの読み取りは、これ対応のスキャナなんだろうな。

物が全然届かない@大連

大連到着し、バーコードラベルはちょっとのサイズ調整でイケた。
画像もCSSで切り抜きできる便利さ。
ただ、バーコードリーダーが届かないので、これでFIXしてよいものなのか未だ不明。

大連到着していろいろ買ったのに、全然届かない。
どうやら、申通快递がぜんぜんダメっぽい。(バーコードリーダーもココ。)
有名なところらしいので、旧正月明けの荷物がまったくさばけていないということか。
深センで受け取っておけば良かったな。

かろうじて届いたもの。照明。
初代とまったく同じスペック、同じ店。

小さいサイズの机に交換して、2台体制に。

ローソンのいちごサンドイッチ

サンドイッチ買おうとしてレジに行くと、2週間限定って広告がでてた。
もしかしたら、明日終わるのかもしれないし慌てて買ってみた。
そうか、今いちごシーズンか。

味はまあ普通。昔と違ってパサパサしてない分、何か改良してるのかな。
深センにもローソンほしいなぁ。

ヤフーショッピング

3商品だけ登録して放置していたけど、なんと1個売れていた。
決済も終わっているし、送り先も登録されているし(当たり前だ。)なんか、やっぱネットショップいいな。
ポイント消費で使う人は、値段は考えていないような気がする。
もしろ、同じ商品でも、どうせ無くなるならポイントギリギリで高い方にするみたいな心理が働いているのかもしれない。
ちょっと研究したら面白そう。

その他

いつものバーの方が、昨日で退社、日本に帰ってしまうとこの事。
お店も間もなく閉店。
なんとも寂しい。しかし、いろいろおめでとう!応援してます。

バーコード準備開始

まだバーコードリーダー買ってないけど、ぼちぼち準備を始める。
まずは商品に貼らないといけないので、バーコードの出力から。

いくつか規格があって、メジャーなのはJAN 13ぽい。
頭が49とか45だと日本を表すらしいけど、頭20とか社内用としても利用できるらしい。
ただ、数字の羅列になってしまうので目視把握が難しく、できたら英文字も使えるようにしたい。
ベストっぽいのはCode 128。
小さい商品もあるので可能な限り小さなラベルにしたいし、実際に読み込みを試して制度が良くなかったらJAN 13を採用しようと思う。

で、PHPからの出力。

[PHP]PHP-BarcodeとgenbarcodeでCODE128Cのバーコードを生成する


ここを参考にしたらあっけなくできた。

以下一応メモ
https://ashberg.de/php-barcode/download/
ここからダウンロードして、サンプルを動かす。→動く。
Code 128にしたところ、genbarcodeを入れろとエラー。

$ wget http://ftp.gnu.org/gnu/barcode/barcode-0.98.tar.gz
$ tar xfvz barcode-0.98.tar.gz
$ ./configure
$ make
# make install
$ wget http://www.ashberg.de/php-barcode/download/files/genbarcode-0.4.tar.gz
$ tar xfvz genbarcode-0.4.tar.gz
$ make
# make install

再読み込みすると、無事Code 128を出力できた。
IMGタグで、

<img src="barcode.php?code=XXX&scale=2&mode=png&encoding=128" />

で出力できるお手軽さ。

あとは、ラベルプリンタサイズに調整でOKだな。

ちょっと遊んでみて、普通にJANがいいのかと思ってきた。

不明はautoで出したので、なんだかわからんけど、サイズを考えると英文字はやめてJAN 8あたりが正解と感じる。
まあ、ラベルプリンタもバーコードリーダーも無いので読み取りに関しては不明だけど、デフォルトこのサイズで出力されるってことは問題ないっしょ。
JAN 8だな。
genbarcodeは不要だったか。

インパクトドライバー

全然関係ないけど、やっぱこいつサイコーだ。

前のは大連においてあるので、10年ぶりくらいに買ったけど、全然小型化されているし、軽いしもうとにかくすばらしい。
収納用の箱自体も前回のやつより半分以下になっていると思う。
喫煙スペースがこういった物を置く倉庫っぽくなっているけど、タバコ吸うたびに眺めてしまう。
いいなー、かっこいいな。