受注伝票更新APIについえｔ
#1
2017/8/23 (水) 09:32
受注伝票更新APIについえｔ
いつも御世話になっています。
ecbeing三本と申します。
以下、受注伝票更新API機能について確認させてください。
＜質問１＞
受注伝票更新APIのパラメータ「receive_order_id（伝票番号）」はネクストエンジン側でデータ生成時に採番される「主キー」の認識で相違ないでしょうか？
上記が正しい場合、外部システム側がAPIを使用するためには「伝票番号」をユニークデータとして外部システム側において管理する必要があるという認識で相違ないでしょうか？
このキーはネクストエンジン側において自動生成されるタイプでしょうか？
それともネクストエンジン側でユーザーが任意に生成ルールを設定できるタイプでしょうか？
＜質問２＞
本APIを使用するときは「伝票番号単位にリクエストする」が正しいでしょうか？
⇒ 複数の伝票番号をまとめて一回のリクエストで処理できないという意味です。
以上です。
ご回答のほどよろしくお願いします。
RE: 受注伝票更新APIについて
＜回答１＞
受注の伝票番号はネクストエンジン内で一意に付与される番号で、ユーザーが設定できる値ではありません。そのため、外部システムにおいてもユニークな値として扱う必要があります。
ご参考：
https://developer.next-engine.com/api/fields/receiveorder_base
＜回答２＞
申し訳ありませんが一括更新は行えませんので、ご認識通り「１件ごとにリクエストする」という形になります。
ご参考：
https://developer.next-engine.com/comment/229#comment-229
相乗りで質問させてください。
お世話になります。中間と申します。
相乗りで質問させてください。
現在私のテスト環境では、伝票番号が連番で 1、2、3...と続いて採番がなされています。
これはテスト環境だから1から順に採番されるだけで、本番環境の場合は、異なるメイン機能間でも同じ番号が生じることはない、という認識で間違いないでしょうか？
よろしくお願いします。
RE: 相乗りで質問させてください。
ご質問ありがとうございます。
> 本番環境の場合は、異なるメイン機能間でも同じ番号が生じることはない
いいえ、異なるメイン機能間での一意性は保証しておりません。
複数メイン機能をご導入されており、アプリなどによりデータを一元管理される場合などは、伝票番号（receive_order_id）は重複しますのでご注意ください。
リファレンス上の「ネクストエンジン内で一意に付与される番号」という表現において混乱させてしまい恐縮ですが、「メイン機能内で一意に付与される番号」とご理解いただければ幸いです。
以上、ご質問へのご回答とさせていただきますが、その他ご不明点がございましたらお気軽にお申し出くださいませ。
RE: 相乗りで質問させてください。
ご返信ありがとうございます。
>リファレンス上の「ネクストエンジン内で一意に付与される番号」という表現において混乱させてしまい恐縮ですが、「メイン機能内で一意に付与される番号」とご理解いただければ幸いです。
上記の内容を、リファレンスへ反映お願いしたいです。
よろしくおねがいします。