電子商務的零與零，第四部分：數據格式和交付方法
已發表: 2019-12-14數據是商業中的一個基本概念。 這可以說是與成功相關的最關鍵的話題。 本博客系列涵蓋了現有的不同類型的數據、數據質量的重要性以及當今電子商務中數據準備和傳輸的方式——因此您可以對與數據的關係做出適當的計劃或更改，從而獲得更大的成功機會. （閱讀第一部分、第二部分和第三部分。）
—
既然我們已經在電子商務環境中建立了有關數據的堅實基礎，並且涵蓋了數據質量和一致性，那麼我們現在需要研究這些數據的結構和交付方式。 在您的商業生活中的某個時刻，您可能已經與 FTP 交互以將數據從一個位置傳輸到另一個位置。 如果您還沒有，那麼這應該向您介紹一些考慮管理數據傳輸的新方法。
如果您的產品數據位於服務器上的數據庫中，並且您有通過自己的 CRM 轉換該數據的流程，或者如果員工花時間手動更新您服務器上的數據，您應該保持將相同信息傳遞給 ChannelAdvisor 的目標（或需要數據的任何其他合作夥伴）。 如果您今天不通過某種程度的自動化來做到這一點，您應該考慮對自動化進行投資以節省時間和精力，並確保您的系統和合作夥伴系統之間的平等。
數據輸出格式和傳輸方法
您的業務關係通常要求您在組織內部與外部以不同的方式進行溝通。 例如，您辦公室使用的語言和行話可能與您需要與客戶或業務合作夥伴一起使用的語言不同。 為了在外部正確地傳達想法和計劃，您需要說一種共同的語言或遵循一些共同的原則來傳達信息。
這類似於數據的存儲與數據的輸出。 雖然它以可能特定於您的業務的特定語言或格式存儲，但需要以一種格式和語言都可以理解和解釋的格式與業務合作夥伴系統共享。
ChannelAdvisor 支持多種用於導入數據的數據格式——雖然存在更多，但我們涵蓋了大多數流行的數據格式：
- 平面文件（.txt、.tsv、.csv）
- Excel (.xlsx)
- XML 文件 (.xml)
- XML
回到我們的人類交流類比……我們有不同的方式來觸手可及的交流——面對面、電話、短信、電子郵件、聊天程序等等。 出於我們的目的，我們可以交流（傳輸）的大部分內容允許我們選擇這些方法中的任何一種。
同樣，數據有多種機制可用於傳輸數據。 同樣，ChannelAdvisor 支持許多非常流行的傳輸方法，但還有更多可能。 在許多情況下，格式和方法是根據組織支持的內容直接關聯的。 一個組織可能不支持所有方法的所有格式，因此重要的是要了解，雖然這些是相互關聯的，但體驗可能因一個組織而異。
- UI Upload — 用於上傳除 JSON 之外的所有支持格式的用戶界面。
- FTP（文件傳輸協議）——通常是受用戶名和密碼保護的位置。
- FTPS（安全文件傳輸協議）——類似於 FTP，但多了一層安全性。 這比基本的 FTP 更安全。
- SFTP（SSH 文件傳輸協議）——類似於具有不同類型安全性的 FTPS。 這也比基本的 FTP 更安全。
- HTTP — 可選的用戶名和密碼保護位置。
- REST API——需要授權、開發和編碼，但直接在位置之間傳輸數據。
- SOAP API – 需要授權、開發和編碼，但直接在位置之間傳輸數據。
下表顯示了不同格式與 ChannelAdvisor 系統上下文中的傳輸方法的關係。
| 格式 | 轉移方法 |
| 文本製表符分隔（.txt 或 .tsv） | UI, FTP, FTPS, SFTP, HTTP Upload Push or Pull, REST API Upload |
| 文本管道分隔 (.txt) | UI、FTP、FTPS、SFTP、HTTP 上傳推送或拉取 |
| 逗號分隔 (.csv) | UI, FTP, FTPS, SFTP, HTTP Upload Push or Pull, REST API Upload |
| Excel (.xlsx) | UI, FTP, FTPS, SFTP, HTTP Upload Push or Pull, REST API Upload |
| 可擴展標記語言 (.xml) | UI, FTP, FTPS, SFTP, HTTP Upload Push or Pull, REST API Upload |
| JSON | REST API |
| 通過 WSDL 的 XML | SOAP API |
加密
一些企業傳輸高度敏感的數據——金融機構、保險或醫療組織可能是最重要的——他們需要非常確保從一個系統傳輸到另一個系統的數據在連接、傳輸和接收後得到適當保護。 加密允許他們這樣做，並確保接收數據的一方有權訪問它。 電子商務中的賣家也可以從加密中受益，當涉及到平面文件或 XML 數據的傳輸時，ChannelAdvisor 支持兩種主要的加密方法之一。
可以在兩個級別上進行加密：
- 連接級別——用於發送文件的傳輸方法是安全的，以確保連接只發生在數據的發送者和接收者之間，並確保接收者是預期的連接。 對於共享最關鍵敏感數據的企業之外的大多數企業來說，這通常就足夠了。 ChannelAdvisor 通過使用 SSH 公鑰將數據推送到 ChannelAdvisor 的 SFTP 來支持此方法。
- 文件級別——文件被編碼以確保正確的接收方擁有解碼它的密鑰。 該文件可以被加密並通過不安全的連接方法發送，但如果接收者沒有該密鑰，他們仍然無法讀取。 ChannelAdvisor 不支持這種類型的加密。
通訊頻率
數據傳輸中更重要的概念之一是通信發生的頻率。 您是否需要每五分鐘就所有產品數據點進行更新？ 可能不會——從您的組織以及您的合作夥伴的時間和處理角度來看，這樣做可能代價高昂。
考慮系統中數據更改的頻率。 將頻繁交付限制為定期更改的數據，並為每日或每週更新計劃保存不太重要的數據點。 有些數據確實需要經常更新——首先應該想到的是產品數量。 僅包含產品唯一標識符和當前數量的單獨上傳將比具有許多未更改字段的大文件更快地處理。 此外，請考慮一年中的時間並調整上傳時間表，以跟上您在該時間段內的銷售速度。 例如，如果您在 10 月份銷售服裝，您的數量可能需要每五分鐘更新一次以跟上訂單量。
這一概念也適用於暢路銷的方式以及我們被允許與我們代表您連接的渠道進行通信的頻率。 存在限制以確保該渠道上的所有賣家都能受益並防止單個賣家佔用帶寬。 因此，這些頻率因更新類型而異——訂單檢索、運輸更新、新產品生成、產品更新和產品數量變化可能都有不同的頻率允許。 這些頻率中的大多數都發佈在我們關於通信頻率的社區頁面上。 例如，假設我們只能每小時更新一次產品數據，那麼您向 ChannelAdvisor 傳達的產品變更信息不會在我們收到時反映在市場上。 我們將其排隊等待下一次更新，可能在五分鐘內，也可能在一小時內。 確定更新需要多長時間通常是一項不精確的工作，因此您不應該花費太多精力或擔心延遲，除非它們普遍存在並顯著影響您的業務。 如果您至少了解這種情況下的頻率，那麼您將有一個更好的起點來弄清楚並調整您的期望。
—
我們希望您發現此博客系列對我們全球技術革命期間許多業務關係中的最大要素之一有所幫助和啟發。 我們期待為您帶來更多數據和信息，以幫助您制定業務戰略並取得成功。 如果您對這些主題有任何疑問，請隨時聯繫您的 ChannelAdvisor 聯繫人或打開支持案例，我們將很樂意為您提供幫助！
如果您不是 ChannelAdvisor 客戶並且想要快速演示 ChannelAdvisor 平台，請告訴我們，我們會與您聯繫。