第25個冬天

  每一天的累積都是未來的一大步... 在歷史故事或小說中，特別是在傳統的武俠小說中，常常有類似於到特定地點修行或學習以獲得特定武功技能的情節，就好比在不同公司工作可以學到不同的技能和經驗。 比方金庸的武俠小說《射雕英雄傳》中的主角郭靖先後歷經了 江南七怪傳授的基礎武功，跟洪七公學到降龍十八掌。 從黃蓉那裡間接學到了九陰真經。 在絕情谷中從老頑童周伯通那裡學到的空明拳。 隨後還有陸續跟丐幫接觸到打狗棒法等武術，每一位師傅教他不同的技巧。 基本上每一天工作不管學到捨麼程式語法技能， 每次在實際工作中施展出來就很像使用了某一招武功秘笈。 也可以讓工作過程保有一點儀式感跟熱忱，就很像打電動發出特殊絕招。 接續之前篇章-原先的前七篇篇章(水晶報表七日成蝶) 基本上因為在之前公司接觸到的水晶報表設計開發模式 都是針對visual studio 針對C#/vb.net搭配的開發設計情境 講白話一點就是你可能要在runtime時候都出一個類似DataTable等datasource元件之類透過程式碼方式回填到報表中。 Crystal Report報表開發(一)_專案配置 Crystal Report報表開發(二)_基礎操作排版對齊_基本組成部分介紹 Crystal Report報表開發(三)_綁定資料庫資料源_動態參數傳入 Crystal Report報表開發(四)_報表欄位的自動換行與自動編號 Crystal Report報表開發(五)_每張報表表頭表尾顯示差別_調整區段自動縮放技巧 Crystal Report報表開發(六)_每頁限制細目顯示資料列數 Crystal Report報表開發(七)_缺列補空白_Runtime參數設置_公式設置_避免多浪費空白頁的後端程式修正 看起來七日好像還不太能成蝶XDD Crystal Report其實已經有段時間了也是滿多公司在用的 當然也有些公司若用.net (C#,vb.net)會藉由類似像 pdfsharp 或是 iTextSharp 匯出pdf報表方式 或透過 RDLC  ，若是node.js開發者則可能藉由 pdfkit 。 上述都是在之前篇章有介紹過的常見pdf報表匯出功能solution 不過不得不承認 水晶報表功能真的是滿強大 在後續的篇章中(由於近期公司用到的報表開發模式比較不一樣) 要下載獨立一套crystal re

一般大宗的出口銷貨作業流程示意圖如下 通常當接收到國外客戶的訂單並且已備齊貨後，出口商就會開始找尋合適報關行(broker)。 委託報關行幫忙辦理出口報關以及租船訂艙事宜。 接下來報關行就會再去協助找尋船公司/空運公司(forwarder)租訂艙位。 待艙位確定後，就會通知出口商於裝船前24小時內將貨物運送至指定的貨櫃點，方便海關查驗及後續裝船，於此同時報關行還要向海關申請報關，之後海關到貨櫃站查驗貨物確認沒問題後，再通知報關行貨物放行，此時也會藉由海關電腦資訊系統同步通知給forwarder，報關行再回復給出口商貨物已經通知允許放行，最後船公司/空運公司就可進行貨物裝運啟航，貨物就正式出口，之後出口商就能通知進口商貨物已經裝船出海的消息，方便其做後續入關報驗的準備。 貨權轉移 細分為如下兩種不同系統流程 「直接銷貨」、「暫出貨轉銷貨」 直接銷貨 假設出口交易條件:FOB 起運點交貨，換言之，當賣方在貨物運輸過程所有權就已移轉給買方(算交易完成)，此時就可認列收入。 常規程序 送交給報關行的所需單據有Invoice,Packing list等資料 暫出貨轉銷貨 假設出口交易條件:DDU，換言之，由賣方負責將貨物運輸至目的地直到交由買方處置為止才算交易完成，運輸過程還不能認列收入。

外貿Payment Term 付款條件(方式)常見的英文縮寫與定義 信用狀(Letter of Credit,簡稱L/C) 開狀銀行依開狀申請人(進口商)的請求、指示，向第三人(出口商) 所簽發的一種文據或函件，是一種直接而且獨立的保證， 開狀銀行直接對出口商負責，只要出口商依規定將貨物裝船交出，開狀銀行一定要付款。 該文據or函件中，銀行向第三人承諾，如第三人能履行L/C所 規定之條件，將予以付款。 信用狀雙重保證: L/C是以銀行之擔保取代進口商信用，但未排除其責任，若開狀銀行倒閉，進口商仍 要履行付款。 以出口商層面好處 1.獲得信用保證 2.獲得資金融通便利 3.確定交易契約 以進口商層面好處 1.資金融通便利 有關信用狀(Letter of Credit, LC)的資料表，會包含多個表格以及相應的欄位來儲存和管理信用狀相關的資訊。以下是一些可能包含的表格和它們可能的欄位： 信用狀主表（LC Master Table） LC編號（LC Number）：唯一識別信用狀的編號。 開狀銀行（Issuing Bank）：開立信用狀的銀行名稱。 受益人（Beneficiary）：信用狀的受益人，通常是賣方。 申請人（Applicant）：申請信用狀的一方，通常是買方。 金額（Amount）：信用狀的金額。 貨幣（Currency）：交易使用的貨幣。 開狀日期（Issue Date）：信用狀的開立日期。 到期日（Expiry Date）：信用狀的到期日。 貨物描述（Goods Description）：信用狀所涉及的貨物描述。 條件（Terms and Conditions）：信用狀的條款和條件。 文件清單表（Document List Table） 文件編號（Document Number）：文件的識別編號。 LC編號（LC Number）：相關聯的信用狀編號。 文件類型（Document Type）：如提單、發票等。 提交日期（Submission Date）：文件提交日期。 支付紀錄表（Payment Record Table） 支付編號（Payment Number）：支付交易的唯一編號。 LC編號（LC Number）：相關聯的信用狀編號。 金額（Amount）：支付金額。 日期（Date）：支付日期。 支付狀態（Status）：支付的狀態，如已支付、未支付。