よくある質問

LOGILESSでは、Yahoo!ショッピングの商品番号、個別商品コードをもとにLOGILESSの商品コード、商品対応表の商品コードと対応させています。商品コードの結合ルールは「Yahoo!ショッピング 項目の対応」を参照します。 このルールにより求められる商品コードが同一となる商品ページが複数存在した場合に、この問題が生じます。多くの場合、セール用のコピー…

次の原因が考えられます。 入庫元として指定されたロケーションに、指定された商品コードの商品の在庫が、入庫数量だけ入庫待ちされていない可能性があります。「保管状況」メニューでロケーションごとの在庫数を確認してください。在庫に任意の物理在庫属性（出荷期限日、ロット番号）が指定されている可能性があります。 ヒント「入庫」処理を実行する前に、「入荷」処理を実行し、「…

e飛伝IIを使用して送り状を発行する際に「送り状 特記事項」を出力するには、エクスポート形式を編集します。

２つの方法で実現することが出来ます。 物理在庫情報を登録する 在庫情報を登録する際に、出荷期限日やロット番号といった物理在庫属性を登録することが可能です。出荷作業を行う前に物理在庫属性を登録することで、出荷する商品に出荷期限日やロット番号の記録を残すことが可能です。 出荷登録の方法は以下の通りです。 マーチャント：入荷予定の登録時オペレーター：在庫の入荷時オ…

必ずしも利用する必要はありません。 Shopify側で入金ステータスを取得管理をしない支払方法、代金引換や現金書留などを、ユーザーへ提供する場合に「手動の決済方法」を利用します。 LOGILESSはshopify側の入金情報を取得し、出荷可否を判断しています。例えば支払方法「代金引換」はshopify側で入金情報が更新されることはありません。そのため、LOG…

access_token、およびrefresh_tokenの有効期限はいずれも30日間です。アクセストークンを含むレスポンスのexpires_inプロパティに、有効期限（秒）が含まれます。 refresh_tokenを使用すると、新しいaccess_tokenが取得できますが、その際に新しいrefresh_tokenも返却されます。 ユーザーによる認可を永続…

LOGILESS APIでは、システムに高い負荷を与える高頻度のAPIリクエストに対し、一時的なAPIの利用制限を適用しています。 これにより、特定のクライアントが高い負荷を与えるリクエストを大量に送信したことにより、システム全体に悪影響が波及することを防止し、より安定したサービスの提供ができるようになります。 この利用制限は、システムに高い負荷を与える高頻…

オペレーター（倉庫）に在庫を寄託している場合、マーチャント（荷主）側のアカウントからは在庫操作（入荷、入庫、出庫、棚移動）はできません。 倉庫さまへ直接ご依頼ください。倉庫さまでの在庫操作が、自動的に在庫数に反映されます。 マーチャントとオペレーターの関係についてはこちらもご参照ください。https://preview-support.logiless.c…

Qoo10の受注をLOGILESSに取り込むとき、Qoo10の「カート番号」を、LOGILESSの「受注コード」として取り込みます。 Qoo10のカート番号は連番となっており、また複数の店舗で複数の商品を同時に購入した場合、カート番号は同じ値となってしまいます。 たとえば、Qoo10の店舗A、店舗B、店舗Cで商品をそれぞれ購入した購入者がいた場合、そのうち店…

このエラーを解消するには次のいずれかの処理を行います。 Shopifyの管理画面で、エラーがでている注文のお届け先を追加する Shopifyの管理画面で、エラーがでている注文のお届け先を追加します。追加したあと、10分以内で自動的に取り込まれます。 購入者の情報を使用する、またはエラーを無視する API連携の設定から「お届け先が指定されていない受注の処理」を…