CSV から JSON へ: アクセント、ゼロ、スプレッドシートの数値に注意してください

店舗は商品を CSV でエクスポートし、在庫を別のシステムと統合します。ファイルはスプレッドシートで通常どおり開きますが、ゼロで始まるコードは数値として扱われると消えます。フォーマット変換は、データ型に関する決定でもあります。

正しい区切り文字を見つける

CSV では、カンマ、セミコロン、またはその他の区切り文字を使用できます。引用符内にカンマを含む説明は、単一フィールドのままである必要があります。ご使用の前にCSV JSON の変換、ヘッダーが列として解釈されていること、および行に期待される値が同じ数含まれていることを確認してください。

ブラジルのファイルでは、小数点により解釈が複雑になる場合があります。財務的価値には明確な慣例が必要です。コンテンツ全体の句読点を変更するだけでは、説明やアドレスが破損する可能性があります。

識別子は数量ではありません

郵便番号、登録番号、製品コードは数字のように見えますが、多くの場合はテキストのままです。先頭のゼロを保持し、空のセルをチェックします: empty、ヌルAPI では、プロパティが存在しない場合は別の状況になります。

スマートサンプリングでチェック

最初の行だけをチェックするのではなく、先頭、中間、末尾のレコードを比較します。また、アクセントのあるレコード、引用符のあるレコード、およびフィールドが欠落しているレコードも選択します。最終的な JSON に含まれる項目の数をカウントし、CSV 内の有効な行と比較します。ソース CSV を保存すると、ルールを修正した後に変換を繰り返すことができます。

規格から逸脱した行をチェックする

最初の数行が単純であるため、小さなテーブルは完全に変換されるようです。この問題は、引用符で囲まれた説明、セル内の改行、またはアクセント記号付きの名前を含むレコードで発生します。これらのケースは、CSV インポーターの真のテストとなります。変換後、外れ値を選択し、意味のあるスペースや句読点を含む完全なコンテンツを比較します。

最初の列が「000184」などの識別子である場合、自動変換によって 184 に変更されることを許可しないでください。繰り返しインポートする場合は、区切り文字、テキスト エンコーディング、および空の値の解釈を文書化します。困難な状況を含む小さなサンプル ファイルは、将来の調整を検証するのに役立ちます。運用環境でデータを置き換える前に、既存のレコードに影響を与えずに破棄できるテスト インポートを実行します。