[EC-CUBE] 4.0.2等
[レンタルサーバ] AWS
[OS] Linux ip-10-0-0-171.ap-northeast-1.compute.internal 4.14.133-113.112.amzn2.x86_64 #1 SMP Tue Jul 30 18:29:50 UTC 2019 x86_64
[PHP] 7.3.8 (Core, date, libxml, openssl, pcre, zlib, filter, hash, Reflection, SPL, session, standard, apache2handler, bz2, calendar, ctype, curl, dom, mbstring, fileinfo, ftp, gd, gettext, iconv, intl, json, exif, mysqlnd, PDO, Phar, posix, shmop, SimpleXML, soap, sockets, sqlite3, sysvmsg, sysvsem, sysvshm, tokenizer, xml, xmlwriter, xsl, zip, mysqli, pdo_dblib, pdo_mysql, pdo_sqlite, wddx, xmlreader, apcu, Zend OPcache)
[データベース] MySQL 5.6.45-log
[WEBサーバ] Apache
[ブラウザ] おそらくアプリ内のsafari
[導入プラグインの有無] amazonpay
[カスタマイズの有無] リクエスト機能（在庫切れの商品にリクエストボタンを表示させ、リクエストを受け付ける）


[現象]
受注データでメールアドレスと注文商品以外のデータが何も入っていない状態の受注が２件ありました。
必須項目も空の状態です。
2日に渡って１件ずつあり、それより前、後には今までのところ発生していません。

１件目
・決済：代引き
・クーポン利用なし

２件目
・決済：アマゾンペイ
・クーポン利用なし

２件とも、注文完了時のメール内も空の状態でした。
それぞれ注文の後に会員登録されていて、同じメールアドレスの方を見つけることができたので発送自体はできましたが、何が原因で、どのようなタイミングでこれが発生するのかわかりません。

GAでアクセスを確認したところ、この２日間でトランザクションが発生したセッションのブラウザはどちらもアプリ内safariです。インスタ、LINEから購入させる流れを作っているので、おそらくアプリ内でブラウザを開いて購入したものと思われますが、同じ買い方をしている他ユーザーは問題なく受注が上がっているので、ブラウザが原因なのかもわかりません。。

どなたか原因わかる方、お心当たりのある方いましたら助言お願いいたします！