アップロード予約　に関して

Question

お世話院なります。

アップロード予約
でお聞きしたのですが、
仮に
１０分おきに
normal-item
をアップロードしていた場合に、仮に、前の予約のファイルがFTPに残ってしまっていた（通常の処理では大丈夫だと思いますが、楽天側の遅延などで）
その場合、
どのような挙動になりますでしょうか？

今回、楽天スーパーセールのもどしで
１１日２時
にて、時間違いでいくつかファイルをアップしていたのですが、
更新されていない

事案が発生しまして、現在、原因を探っているのですが、
アップロード予約
のところしかないような状況でして。

楽天側に確認しますと、システム障害などはなかったとのことでした。


■追記：
楽天のメールで飛んでくる変更の履歴を見ますと、
normal-item
を
3月11日2:00
3月11日2:10
で２回上げてるんですが、１通しかメールが来ていません。

おそらく、添付させて頂きました
3月11日2:00
の
normal-item
が、アップロード完了になってしますが、実際にFTPには上がっていないと思われます。
弊社３店舗ありますが、もう１店舗でも同様と思われる事象が起きております。

こちら、このようなことはありえるのでしょうか？（おそらくここが原因かと思います）

今回の原因は、分かりますでしょうか？

最初のファイルが読み込まれる前に、次のファイルがアップされてしまったからなどあり得ますのでしょうか？
※後にあげたファイルで更新されています。


お手数ですが、よろしくお願いします。###HR######IMG01962fe0c459d4ccdcbecd2a271179cbb.jpegIMG0###

Answer

ECマスターズの玉井です。

ご相談ありがとうございます。

>仮に１０分おきに
>normal-itemをアップロードしていた場合に、
>仮に、前の予約のファイルがFTPに残ってしまっていた
> （通常の処理では大丈夫だと思いますが、楽天側の遅延などで）
>その場合、どのような挙動になりますでしょうか？

「normal-item.csv」を
10分おきにアップロードした場合、
前回のファイルがFTPに残っていたとしても、

新しくアップロードされたファイルは
通常どおり順番に1つずつ読み込まれ、
処理されます。


>今回、楽天スーパーセールのもどしで
>１１日２時にて、時間違いでいくつかファイルをアップしていたのですが、
>更新されていない
>事案が発生しまして、現在、原因を探っているのですが、
>アップロード予約のところしかないような状況でして。
>楽天側に確認しますと、システム障害などはなかったとのことでした。

お手数をおかけしております。

楽天側のシステム障害などは
なかったとのことであれば、
アップロード予約が要因の
可能性もあるかと存じます。

つきましては、
一度アップロード予約に
ご登録いただきましたcsvファイルを
一緒に拝見させていただきたく、

お手数ではございますが、
フォーラムのページ下部にございます、
添付から該当のcsvファイルを送って
いただけますでしょうか。
https://ec-masters.gyazo.com/ecec9d48cfce2775f7f81f4874442e19


よろしくお願いいたします。

Answer

ご回答ありがとうございます。

■１：

>新しくアップロードされたファイルは
>通常どおり順番に1つずつ読み込まれ、
>処理されます。

前回のファイルがFTPに残っていた場合でお聞きしたいのですが、
その場合の挙動は、
アップしたファイルが
上書きをされるのでしょうか？


今回、挙動的に、おそらく、前の残っていたファイルが上書きされて、
後から来たファイルで更新された。
と、考えております。



■２：

>楽天側のシステム障害などは
>なかったとのことであれば、
>アップロード予約が要因の
>可能性もあるかと存じます。

弊社３サイトありまして、今回、１サイトは、３月１１日２時より、１０分おきに４ファイルほど、「normal-item.csv」を読み込ませておりますが、
そちらは、問題なく、処理されておりました。

２サイトが今回の事象であります。■１：の理由かと思いますが。

楽天のコールセンター曰く、システム障害はないとの事でしたが、
セール後の更新タイミング１１日２時
で、一時的に楽天側の更新の処理が集中したのかなとも考えておりますが、
こちら、考えられますでしょうか？



■３：

>つきましては、
>一度アップロード予約に
>ご登録いただきましたcsvファイルを
>一緒に拝見させていただきたく、

こちら、お見せしてもおそらく解決しないかと思います。

3月11日2:00
3月11日2:10

それぞれに設定したファイルを、本日アップしましたが、
エラーが返らず正常に、更新完了するファイルです。
その為、ファイルの問題は低いのかと思われます。

SS後なので、商品名、販売期間、倉庫指定などの変更ファイルと
商品説明文のHTMLの説明の部分のファイルなどです。



■４：

今回、以下のファイルが更新されませんでした。

3月11日2:00　販売期間指定を外す、価格戻すファイル、商品名も戻す

その為、セール商品を、セール後、すぐに販売できる状態に戻せる
本日気付いて戻すまで、販売が止まってしまっており、非常に大きな
機会損失となっております。

おそらく、■１の理由が原因かなと思うのですが、
他に何か原因など、今後の改善できる点ありますでしょうか？
他社様の事例など。


弊社としては、セール後の戻しファイルに関しては、２時で更新する場合は、
重要な更新部分のみの「normal-item.csv」を１つのファイルにする
もしくは、
「normal-item.csv」を分けずに１つのファイルで更新する

※重要でない部分の更新はファイルを分ける場合は、１１日の稼働時間にして
２時のファイルが更新されているか確認してからの人的対応にするしかない
のかなと、考えております。


お手数ですが、何卒、よろしくお願い致します。

Answer

ECマスターズの田村です。

>前回のファイルがFTPに残っていた場合でお聞きしたいのですが、
>その場合の挙動は、
>アップしたファイルが
>上書きをされるのでしょうか？

前回の回答と重複いたしますが、
「normal-item.csv」を
10分おきにアップロードした場合、
前回のファイルがFTPに残っていたとしても、

新しくアップロードされたファイルは
通常どおり順番に1つずつ読み込まれ、
処理されます。

念のため、楽天側にも確認いたしましたが、
上記の通りの回答をいただいております。

>楽天のコールセンター曰く、システム障害はないとの事でしたが、
>セール後の更新タイミング１１日２時
>で、一時的に楽天側の更新の処理が集中したのかなとも考えておりますが、
>こちら、考えられますでしょうか？

はい、その可能性は十分に考えられます。

楽天スーパーSALEの前後は、
多くの出店者が更新を行うため、
処理が集中し、通常よりも
時間がかかることがあります。

そのため、楽天側でも
セール前後の更新については、
余裕を持ったアップロードを推奨しています。

>それぞれに設定したファイルを、本日アップしましたが、
>エラーが返らず正常に、更新完了するファイルです。
>その為、ファイルの問題は低いのかと思われます。
>
>SS後なので、商品名、販売期間、倉庫指定などの変更ファイルと
>商品説明文のHTMLの説明の部分のファイルなどです。

昨日、ファイルが正常に更新され、
エラーも発生していなかったとのこと、
かしこまりました。

一度目のアップロードでは完了メールが
1通しか届かなかったものの、

再度アップロードした際には
エラーが発生しなかったとのことですので、
一時的な処理負荷の影響である可能性が
高いかと存じます。

また、今後、アップロード後に
完了メールが届かない場合は、

念のため「ritem＞logs」フォルダに
エラーファイルがないか
ご確認いただけますと幸いです。

>おそらく、■１の理由が原因かなと思うのですが、
>他に何か原因など、今後の改善できる点ありますでしょうか？
>他社様の事例など。
>
>
>弊社としては、セール後の戻しファイルに関しては、２時で更新する場合は、
>重要な更新部分のみの「normal-item.csv」を１つのファイルにする
>もしくは、
>「normal-item.csv」を分けずに１つのファイルで更新する
>
>※重要でない部分の更新はファイルを分ける場合は、１１日の稼働時間にして
>２時のファイルが更新されているか確認してからの人的対応にするしかない
>のかなと、考えております。

そうですね。
前述の通り、楽天スーパーSALEの前後は
処理が非常に混み合うため、

ファイルを1つにまとめ、
容量を軽くすることで
更新がスムーズになる可能性が
高いかと存じます。

そのため、EMP遠藤さんがお考えの
「重要な更新部分のみの『normal-item.csv』を1つのファイルにする」
という方法は、効果的であると考えられます。

また、すでにご存知かもしれませんが、
アップロードしたファイルの処理状況は
以下の画面からご確認いただけます。

RMS＞店舗設定 ＞商品管理 ＞CSVダウンロード 

ぜひご活用いただき、
今後の作業にお役立てください。

Answer

お世話になります。こちらの認識で確認がございます。

＞前回の回答と重複いたしますが、
＞「normal-item.csv」を
＞10分おきにアップロードした場合、
＞前回のファイルがFTPに残っていたとしても、
＞
＞新しくアップロードされたファイルは
＞通常どおり順番に1つずつ読み込まれ、
＞処理されます。

今回、この事象となっております。

4日２：００　normal-item.csv　←完了メールなし、エラーログなし、そもそも更新されていない
4日２：１０　normal-item.csv　←完了メールあり、エラーログなし、更新された


4日２：００
のファイルは、FTPに残っていた為、後から、読み込まれた
4日２：１０
のファイルによって、上書きされた

この認識で良いのでしょうか？

結果、4日２：００のファイルは更新されなかった。

ここ数回のSSでは、同じような設定をしてたのですが、特に問題なく大丈夫でして。
初のケースかつ、
事象としては、かなり困るケースでして。


動きに関して、ご確認いただけますと幸いです。

Answer

ECマスターズの玉井です。

ご返信ありがとうございます。

>4日２：００　normal-item.csv　←完了メールなし、エラーログなし、そもそも更新されていない
>4日２：１０　normal-item.csv　←完了メールあり、エラーログなし、更新された
>
>4日２：００
>のファイルは、FTPに残っていた為、後から、読み込まれた
>4日２：１０
>のファイルによって、上書きされた
>この認識で良いのでしょうか？

そうですね、通常の動作であれば、
新しくアップロードされたファイルは
上書きされず、順番に1つずつ読み込まれます。

完了メールやエラーログがなく、
更新もされていない場合、
楽天側で処理された痕跡がない
ということになります。

そのため、「アップロード予約」から
FTPへのアップロードが
上手くいかなかった可能性も
考えられます。

直近で、アップロード予約の
不具合についての
お知らせはでていないのですが、

■ツールのアップデート・メンテナンス情報
https://ec-masters.net/tips/notifications

先日ご案内いたしましたように
csvファイルをいただけると、
開発スタッフにも確認依頼が
できますので、
ご検討よろしくお願いいたします。

Answer

＞そうですね、通常の動作であれば、
＞新しくアップロードされたファイルは
＞上書きされず、順番に1つずつ読み込まれます。

こちら、認識がいまいち分かっていないのですが、

２：００にアップしたnormal-item
が
FTPサーバーに残っていた場合
２：１０分にアップしたnormal-itemは、どういう動作になるのでしょうか？

アップしたファイル添付させて頂きました。

ご確認お願いします。###HR######IMG0c085c2bf4aa06c4da0d39987860fd069.jpegIMG0### ###HR######FILE0af40c99c422851f3912f971b35d3f9a8.csvFILE0###

Answer

ECマスターズの玉井です。

> アップしたファイル添付させて頂きました。

ファイル共有いただき、
ありがとうございます。

こちらの件ですが、
開発スタッフに確認依頼を
いたしますので、お時間くださいませ。

恐れ入りますが、ご回答まで
お待ちいただきますようお願いいたします。

アップロード予約 に関して

アップロード予約　に関して