檔案·自由發票工具
為什麼貨幣符號在產生的發票中需要正確的字型 PDF
· 工作原理
發票 pdf 字元編碼
A PDF 僅顯示其字體包含的字符，因此貨幣符號或帶有重音的客戶名稱可能會變成方框或空白。這篇文章解釋了文字和字體在 PDF 中的工作原理以及在匯出的發票中檢查的內容。
發票上有一個方框，其中應該有盧比符號 — 一個小字形問題，但可信度成本很高
缺少的貨幣字形可能會將明確的價格變成關於錢的用途的問題。同樣的故障可能會損壞客戶名稱或地址。這就是為什麼必須打開並讀取最後的 PDF 的原因，特別是當檔案包含普通西歐文字以外的腳本或符號時。
文字如何儲存在 PDF 中 — 透過字型對應的字元代碼，而非自由浮動的 Unicode
PDF 文字是透過字體和編碼編寫的，而不是作為不受限制的視覺 Unicode 進行傳輸。該儲存庫的作者將字串轉換為拉丁語-1字節，音譯一小部分記錄的字符，並用問號替換不支援的字符，同時記錄發生的有損轉換。
標準字體與嵌入字體 — 為什麼經典的內建字體缺少許多貨幣符號和非拉丁字母
作者使用標準 Helvetica 和 Helvetica-Bold 字體，不需要嵌入字體檔案，但不覆蓋現代 Unicode。這使得 PDF 實作保持較小且可預測，同時創建了嚴格的指令集邊界。當首選符號無法讀取時，貨幣代碼可以保持可讀。
一般的嵌入和子集化－－以及為什麼這個工具兩者都不做
嵌入字體可以在檔案中攜帶字形資料，而子集化可以將該資料限制為使用的字形。這些是通用的 PDF 技術，而不是該工具的功能。其限制頁面指出產生的 PDF 不嵌入任何字體，因此此匯出路徑無法使用嵌入來拯救另一個腳本。
客戶名稱、地址和註釋 - 為什麼同樣的問題會影響重音字母和其他腳本，而不僅僅是符號
邊界影響所有文字：賣家和客戶姓名、關注線、地址、註釋和付款說明。智慧標點符號和選定的符號具有明確替換，但不受支援的字元會變成問號。一個成功的貨幣符號並不能證明檔案的其餘部分倖存下來。
工作範例 - 在檢視器的屬性對話方塊中檢查匯出發票的字型並蒐尋符號
匯出包含無害測試字元的發票並檢查可見的 PDF，然後從檢視器中搜尋相同的文字。字體屬性面板可能會將 Helvetica 顯示為標準字體而不是嵌入的子集。該應用程式還會報告其轉換何時會偵測到有損文字。
此工具經過驗證的 Helvetica 和西歐文字邊界
儲存庫確實指定了工具的字體選擇：沒有嵌入字體，僅覆蓋西歐字體。對於其他腳本，限制頁面將使用者引導至瀏覽器的另存為 PDF 路徑，該路徑的字體處理屬於瀏覽器和印表機工作流程，而不是此自訂編寫器。
重點 — 打開匯出並在發送前查看，並依靠自由發票工具的國家/地區和貨幣設定來使用正確的約定
選擇明確的貨幣代碼並檢查匯出檔案中的每個人名和指令。國家和貨幣設定選擇標籤和金額元資料；他們無法向 Helvetica 添加字形。乾淨的預覽是該特定檔案呈現可接受的證據。