バッチ

同じアプリを使用する複数ユーザーにそれぞれaccess_tokenを割り振る方法

自社で使用するAPIアプリ(バッチ)を並行稼働させたいため、
複数ユーザーでそれぞれにaccess_tokenを取得しようとしています。

アプリで「/users/sign_in/」を呼び出すのですが、
最初のユーザーがログインして以降は呼び出してもログイン画面が表示されないため、
目的を果たすことができずにいます。

複数ユーザーで同じアプリに対してそれぞれ別のaccess_tokenを取得するのは
そもそも無理なのでしょうか。

バッチ開発のアプリ申請について

コミュニティ: 

NE受注伝票の情報を定時バッチで取得する機能と
自社システムの画面からボタン操作で取得する機能の開発を計画しています。

稼働初回にNEログインからaccess_token取得までを実施し、
取得したaccess_tokenは自社DBに格納して各機能で使用する想定です。

初回のみ使用する機能をWEBサーバーに、
バッチやボタン操作の機能をアプリサーバーに置きたいのですが、
アプリとしては纏めて1つの申請で問題ないのでしょうか。
また、その場合の審査方法はどのようになりますか?

バッチ処理&API利用にあたっての、各種資格情報の扱いについて

お世話になります。
APIに限ったことではないのかもしれませんが……。

ECサイトの在庫管理・連携にNE:ネクストエンジンを既に利用していて、
自社商品マスターや在庫などの操作のためにバッチ処理の作成を検討しています。
想像図としては以下のとおりです。

   [ NEサーバ ]

     ↑↓ API経由で商品情報の取得・変更、在庫の変更

   [ 自社Webサーバ ]

     ↑↓ 在庫数の確認や注文前の確認等

   [ 末端顧客 ]

また現状では以下の通りと理解しています。

バッチ処理の多重化について

コミュニティ: 

お世話になります。

バッチ処理の実装方式について確認いたします
モールとネクストエンジンの連携アプリを作成し、主処理はバッチとして実装しています。

現在、稀にアクセストークンのエラーが発生することがあります。
リフレッシュトークンも指定しているため、トークンエラーは想定していなかったのですが、
ログを確認すると同時実行による弊害が出ていると想定されます。
※バッチ自体はレスポンス向上のため、マルチスレッドで処理しています。

今回の様なバッチ処理を想定した場合、実装方式として処理の多重化は望ましくないのでしょうか?

002002のエラーを無視する事も可能ですが、少し乱暴なような気がします。
何か良い実装/対処方法がありましたら、ご教示頂きたくお願い致します。

バッチ処理アプリの審査方法について

コミュニティ: 

お世話になります。

掲題の件でお尋ねいたします。
現在、「特定の企業に公開アプリ」を開発中なのですが、このアプリがバッチ処理で実行するものである場合、
審査はどのように実施されるのでしょうか。

http://manual.next-e.jp/how_use/make_buy/
「審査の基準について」に「なお、審査にあたり審査対象のアプリケーションを操作するため、審査用のアカウントのご用意、操作方法についてご説明をお願いすることがありますのでご留意ください。」と
記載がございますが、バッチ処理の場合はアプリケーションのURLは存在しないため、ブラウザでの確認はできません。

上記を踏まえて、バッチ処理アプリの審査方法についてご教授いただけますと幸いです。
どうぞよろしくお願いいたします。

バッチ処理による定期受注伝票取得につきまして

大変お世話になります。camです。

受注伝票検索APIを使用して定期的にバッチで受注データを取得をしています。
https://developer.next-engine.com/api/api_v1_receiveorder_base/search

前回APIで取得したデータを除き取得する方法はありますでしょうか。

以上、よろしくお願いいたします。

受注伝票受注伝票の大量一括API更新につきまして

NE担当様

大変お世話になります。camと申します。

たびたびの質問すみません。

受注伝票受注伝票更新につきまして
/api_v1_receiveorder_base/update

受注伝票受注伝票更新をバッチで
10分毎に 1,000商品ほど更新したいです。

1回の呼び出しで複数受注伝票の更新をする方法はないでしょうか。

以上、どうぞよろしくお願いいたします。

検索APIのレスポンス時間につきまして

NE担当様

大変お世話になります。camと申します。

https://developer.next-engine.com/api/api_v1_receiveorder_base/search
> 検索速度について
> 入力パラメータのfieldsの指定を増やすほど処理に時間が掛かります。必要な情報のみ検索した方がより高速になります
> 検索結果のデータ量が増える程、指数関数的に検索結果の取得に時間がかかります(アプリのWebサーバーの性能が低い程顕著です)。Webサーバーの見直し又は、limit又はfieldsを調整して下さい
> 大量の検索結果を取得する場合、アクセスが集中する07:00~22:00の時間帯を避けてバックグラウンドで情報を取得することを推奨します

/api_v1_receiveorder_base/search のAPIの検証を行うとレスポンスが返ってきません。(4/27 10:30 頃実施しました)

Javaバッチによる受注データ取り込みにつきまして

コミュニティ: 

NE担当様

大変お世話になります。camと申します。

https://developer.next-engine.com/sdk
SDKについてのJAVA SDKマニュアルを参考に
Javaの受注データ取り込みのバッチ処理を作成しております。

■ 質問1
> NeApiClient
> インスタンス生成時にSDKの必須パラメータを指定します。バッチ(非同期)ではない場合は、必ずredirect_uriも指定して下さい

「バッチではない場合、redirect_uriも指定」とあるのですが
redirect_uriを指定しない場合のNeApiClientの生成方法があるのでしょうか。
どうしても見つけることができません。。

■ 質問2
> バッチ処理をする場合は、access_token及びrefresh_tokenのみ指定し、最後に認証した時の値を指定して下さい。詳細はSDKのソースを参照下さい