Laravel：NextEngineAPIで商品登録に失敗していた理由が判明

Laravel：NextEngineAPIで商品登録に失敗していた理由が判明

大枠では動いているのになぜか途中でレコード追加（商品追加）がされなくなるという事案が発生しました。
この理由を色々と推測し調整していたところ、やっと原因究明が出来たのでメモします。

ダブルクォーテーションで囲っても使ってはいけない文字がある

最初はどこでエラーが発生しているのかわからなかったのですが、推定と検証を繰り返し判明しました。

これが結構強情でクリアすることができない…。

文字列に＆が入っている発生するエラー

アップロードするCSVデータに【＆】が入っている場合、次のエラーが発生します。

■データが存在しない

APIのエラーなのでアップロードキューの履歴を見ても出てきません。

ちなみに、スペースが入っていると下のようなエラーになります。

■項目数が見出し行と不一致

このエラーについては別記事で書いたかもしれませんが、スペースはレコードの区切りとして認識されるようです。
ちなみに、スペースの場合はダブルクォーテーションで囲ってあげればエスケイプできます。

問題は【＆】。こいつはダブルクォーテーションで囲ってもエスケイプできません。

回避しようとやってみたこと

次のことをやってみました。実際に記載した文字列で表記します。

このすべてのパターンで登録はできませんでした。

パターン4では【項目数が見出し行と不一致】が、その他では【データが存在しない】とのメッセージが出てきました。ちょっとまとめてみます。

もうここまで【＆】を拒否されると回避方法ありません。
商品名を読み込むときにReplaceするなりして他のみ時に変換するしか対策方法がないです。

ネクストエンジンで使えない文字

■システム全体で使えない文字

■APIによる商品登録で使えない文字（※上記全体で使えない文字以外で）

これらの文字についてはWEB画面上からの登録はできました。

半角アンダーバーについては『半角英数と半角ハイフンのみ30文字まで』が原則で、WEB画面上から登録できる事の方がイレギュラーの様です。う～ん、今まで気づかずにイレギュラーを行ってたって事ね。

その他の文字としては、全角チルダがあることから考えて『全角チルダ問題』と同類の【Shift_jisで問題が起こる文字】は回避した方がいいかもしれません。まぁ何にせよ【使えない文字】はまだありそうな気が…。

まとめ

今回は自分の書いたルールのお陰で問題を起こしている(と思われる)レコードの特定が出来ました。
これ、違うルート（毎回レコードの並び順が変わるとか）で書いてたら特定にもう少し時間がかかったかもしれません。APIのエラーってキューに拾われないので問題のレコードがわからないんですよね。
何とか上手に特定する方法はないものだろうか…。