今天下午協助做大學階段創業的諮詢,也藉機反省自己的創業路,走了兩年的創業之路,到了今年才搞清楚財務,包括成本結構、合約條款、付款條件、估價單寫法和營收規劃。
今天看到好幾個創業項目,或許都是草創,所以尚未有明確的成本營收概念,我就迫不及待,為她們盤點計算機
1. 計算成本:
1.1 設定第一階段要做完的事情
1.2 根據這些事情,計畫該有的部門別
1.3 計算每個部門應有的人數
1.4 先用4萬乘上人數,獲得總薪資
1.5 總薪資乘上2 ,約略成為每月的成本
2 計算營收
2.1 用 Facebook audience insight 來計算總市場規模
2.2 計算要多少人付多少錢,才能不賠錢
2.3 分為高價少客戶和低價多客戶兩個版本,根據這兩個版本,考慮轉換率。
於是,就能約略有更踏實的創業感。
經過這個算法,就會發現,很多項目會注定賺不到錢,那我們就不要浪費時間了。
這用在個人成長也是一樣,你先計算你以後想過的生活,需要多少成本,例如買手機、公寓租金等等。
然後找找薪資待遇,看看哪個工作能給你這樣的待遇,接著,就努力培養自己,讓自己能獲得該份工作的初階版,然後力爭上游。
這樣,就能想得更清楚
當然,人生要計算,也要浪漫。
「付款條件寫法」的推薦目錄:
- 關於付款條件寫法 在 小編神器 Facebook 的精選貼文
- 關於付款條件寫法 在 Taipei Ethereum Meetup Facebook 的精選貼文
- 關於付款條件寫法 在 洪雪珍 Facebook 的精選貼文
- 關於付款條件寫法 在 [付款] 請問貨到付款的payment term要怎麼寫? - 看板intltrade 的評價
- 關於付款條件寫法 在 貿易人Chris的商用英文書信- 短文6. 《 如何向陌生廠家詢價 ... 的評價
- 關於付款條件寫法 在 付款條件用語-Dcard與PTT討論推薦|2022年07月 的評價
- 關於付款條件寫法 在 付款條件用語-Dcard與PTT討論推薦|2022年07月 的評價
- 關於付款條件寫法 在 payment term月結英文的推薦與評價,PTT - 疑難雜症萬事通 的評價
- 關於付款條件寫法 在 E-mail商業實用英文 的評價
- 關於付款條件寫法 在 英文契約基本條款(Contract Terms) --中英對照 - YouTube 的評價
付款條件寫法 在 Taipei Ethereum Meetup Facebook 的精選貼文
📜 [專欄新文章] 類 Python 的合約語言 Vyper 開發入門:與 Solidity 差異、用 Truffle 部署、ERC20 賣幣合約實做
✍️ 田少谷 Shao
📥 歡迎投稿: https://medium.com/taipei-ethereum-meetup #徵技術分享文 #使用心得 #教學文 #medium
有鑒於個人近期關注的 Uniswap 及 Curve 皆用 Vyper 實作,索性瀏覽了官方文件並嘗試一些開發工具,希望此文能減少一些讀者初嘗 Vyper 會遇到的麻煩!
Vyper and Solidity
Outline
一. Vyper 極簡介二. 與 Solidity 語法差異三. 開發、開發環境設置 1. 語法高亮 2. 本地 Vyper compiler 安裝 3. 使用 Truffle 操作 ERC20 - 安裝 Truffle - 發幣 - 寫個簡易賣幣合約四. 已知 Remix 問題 五. 結語
一. Vyper 極簡介
Vyper 是除 Solidity 外,以太坊上的另一智能合約 (Smart contract) 語言。其語法和 Python 相近,但畢竟也是寫合約的語言,邏輯差異不大,所以若熟悉 Solidity 應該不難理解用 Vyper 寫出的合約!
Vyper 主要被設計和 Solidity 的區別是安全性及可讀性,這部分會在下一段落及後方的實作中舉例說明。
二. 與 Solidity 語法差異
Vyper 與 Solidity 的差異有許多,在本段只就個人認為感受較深的三點進行說明,其他差異只進行翻譯,有興趣的讀者可以到官方文件詳細了解:https://vyper.readthedocs.io/en/latest/index.html
1. 沒有 modifier
Solidity 常見的 onlyOwner() modifier; 由於 gist 沒有 Solidity 的語法高亮,故截圖
在 Vyper 中單純用 assert 及 assert_modifiable 來進行條件檢查,兩者差別為若要檢查函數執行後的返還值,要用後者,如下圖:
Vyper 寫法
2. 沒有 Class inheritance 繼承
繼承是物件導向程式設計 (OOP) 的核心概念,但各種繼承關係有時候確實很複雜。Vyper 沒有繼承,這無疑大幅地增加了程式可讀性及安全性,以及降低審計程式碼的難度。在此提供一個例子供不熟悉 OOP 複雜之處的讀者有個概念:
source: https://consensys.github.io/smart-contract-best-practices/recommendations/#multiple-inheritance-caution
在上例中,contract A 的 fee 值 (因繼承自 contract B 和 C,故有 fee 一值) 是 5、a 值也是 5 (因繼承自 contract Final,故有 a 一值)。原因是 A 先繼承 B 再繼承 C,因此 contract A 中的 setFee() 是使用了 contract C 的 setFee(),而 a 值是由於 C(5),這代表 contract C 的 constructor (舊版本中即 function C(),函式名稱同 contract 名稱) 被傳入的值為 5。
稍微延伸一下以上概念,將 contract A 改成:contract A is C, B。如此一來,a 值還有 fee 值都會是 3,因為這次 A 先繼承 C 再繼承 B,因此最終吃到的值是 contract B 的。
以上就是 OOP 繼承的複雜之處的簡單範例說明,應該能稍微感受到爲什麼除去繼承後會大幅提高可讀性及安全性,畢竟即使是熟悉 OOP 的人有時頭腦一混亂也會開始懷疑自己寫的程式碼繼承結構是否正確 …
3. 沒有 dynamic array 動態陣列
這應該是目前 Vyper 設計中爭議最大的部分。沒有動態陣列代表在宣告陣列時需要宣告其長度,也就是說 Solidity 中的寫法 uint[], bool[] 等等,這些是不會出現在 Vyper 的。在 Vyper 中只能出現諸如:
# Vyper 的變數宣告方式為 變數名稱: 存取範圍(變數型態(若為陣列給長度))
values: uint256[10]participants: public(address[20])
可以看到上方的 uint256 及 address 兩陣列皆需要宣告長度,不能不宣告而使其動態地配置空間。
沒有動態陣列固然可以確保執行運算的範圍、次數,但一來動態陣列真的很方便、二來在 Solidity 有此功能而 Vyper 卻沒有的情況下可能會造成麻煩,詳見此一討論串:點我。
4. 沒有 inline assembly,程式碼中不會有組合語言
5. 沒有 function overloading,函式不會因傳入的參數數目不同而結果不同
6. 沒有 operator overloading,運算符號不會有不同於預設的自定義功能
7. 沒有無限迴圈,可免於 gas limit attack
8. 十進位定點數 decimal fixed point 而非二進位 (binary) 定點數,詳見:點我
三. 開發、開發環境設置
結論先講
開發 Vyper 的最佳姿勢目前個人認為是在本地裝上 Vyper compiler、用 Truffle 部署,並在撰寫時將檔名後加上 .py 就能有 Python 的語法高亮👌
1. 語法高亮 (syntax highlighting)
有語法高亮絕對是舒服地寫程式的第一步。
Remix 有 Vyper 的語法高亮,但一來個人目前不推薦使用 Remix 來撰寫 Vyper,原因詳見下方 4. 已知 Remix 問題;二來 Remix 的語法高亮其實也沒有很清楚,因此個人推薦:在本地開發,將檔名後加上 .py 就會有 Python 的語法高亮。
2. 本地 Vyper compiler 安裝
照官方說明使用 Python 的虛擬環境 virtualenv:
source: https://vyper.readthedocs.io/en/latest/installing-vyper.html#installing-vyper
簡單兩點提醒:
如果中間那行報錯但確實已經有 Python,則可能是版本問題。依照自己電腦上的版本改成相應的即可,ex: python3.6 改成 python3
進入虛擬環境後(檔案路徑前方應有 vyper-venv 的提示),使用此指令: vyper {檔案名稱}.vy,即可編譯 .vy 檔;使用完畢後輸入 deactivate 即可退出
3. 使用 Truffle 操作 ERC20
安裝 Truffle
Truffle 雖有冗餘的 migration 但也別無他法,畢竟 Remix 目前仍不完善 :(
下載流程可以照官方文件,使用 vyper-example:
source: https://github.com/truffle-box/vyper-example-box
由於我們會接上測試網 Ropsten,因此還要下載 truffle-hdwallet-provider:
source: https://github.com/trufflesuite/truffle-hdwallet-provider
接者就可以開始使用 Vyper 寫合約了!
發幣
由於 Vyper 的官方文件中已經有許多優質範例,因此本文希望來點不一樣但大家卻又很熟悉的…以 ERC20 為例(這千篇一律的主題xD):
用 Curve 的 ERC20 程式碼為範本,發一個幣(又要發…)
寫一個簡易賣幣合約
選擇這個主題一方面畢竟 ERC20 是以太坊的最大宗應用之一,二來有興趣的讀者可以透過讀 ERC20 的程式碼來熟悉 Vyper,並在看過本文的流程後對於用 Vyper+Truffle 來操作 ERC20 有完整的概念!
好的,首先複製一份 Curve 的 ERC20 程式碼(看到就順手拿來用),並複製到 Truffle 所在路徑的 contracts 資料夾中:https://github.com/curvefi/curve-contract/blob/pool_compound/vyper/ERC20.vy
由於第一點希望著重在跑一次流程,因此不改動合約的程式碼。
將 ERC20.vy 複製到 contracts 資料夾中後,到 migrations 資料夾開啟 2_deploy_contracts.js,首先將 require() 中的參數改為 ERC20.vy 的檔名 ERC20,再來依照自己喜好決定幣的名稱、代號、小數點位數及發行總量,輸入於 deployer.deploy() 中。
接著,為了和測試網 Ropsten 互動,需要將以下程式碼寫入 truffle-config.js。
第二行的 privateKeys 是帳號的私鑰。以下實作需要兩個帳號來操作,因此請從錢包匯入兩組私鑰(並非助憶詞)。
在第 13 行中 HDWalletProvider 此函式的第三個參數代表要用第幾個帳號最為預設帳號(部署合約等),第四個函數代表總共匯入幾組帳號。而第二個參數則是需要至 Infura 申請一個 project 來得到串接 Ropsten 的連結。這兩步驟並非本文重點,因此不詳細解說步驟,Google 搜尋關鍵字應該就會找到方法!
接著,就可以輸入以下指令來將代幣發佈到 Ropsten:
truffle deploy --network ropsten
有進入虛擬環境才可以編譯 .vy 檔,若忘記就會收到如下的錯誤訊息:
記得打開虛擬環境才能編譯 .vy 檔
成功後就可以在 contract address 中看到代幣發佈的位置,加入到 Metamask 中就可以看到。本文的例子是維尼代幣 Winnie the Coin, WTC ;)
contract address 便是 ERC20 的所在
Winnie the Coin, WTC
好了,到此測試網上又多了一個測試用的垃圾廢幣。
寫個簡易賣幣合約
賣幣合約中我想要簡單有兩個功能就好:付錢買幣 、結束銷售,以下就是程式碼。買幣的部分就不寫太詳細,固定價格為 0.01 Ether 可以買 500 代幣。
簡單說明幾點:
Solidity 的 constructor() 在 Vyper 中為 Python 風的 __init__():
函式的屬性(public, private, payable 等等)放在函式上方,與 Python 的修飾器位置相同
總之寫法跟 Python 很像,次方也一樣是用兩次乘法代表:**
變數前加上 self 代表是當前合約的變數/全域變數,因此非常容易與函式中的變數/區域變數做區隔
由於已經在第一行匯入了 ERC20 那份合約,因此透過將地址傳入合約當參數,就可以呼叫在該地址的合約:ERC20(self.tokenAddress) 。並且,可以將部署的合約存成一個變數 erc20 較方便
寫完合約後一樣要更改 migrations 資料夾中的 2_deploy_contracts.js 如下,將代幣所在的地址作為參數輸入。
由於先前已經部署過一次了,因此要重置才能再部署第二次,輸入以下指令:
truffle deploy --reset --network ropsten
部署成功之後就要來試著買幣啦!輸入以下來進入 console:
truffle console --network ropsten
成功進入後應該會看到 truffle(ropsten)> 的字樣。接著,首先取得部署的兩合約,並查看是否有返回合約資訊:
# ERC20 及 SellToken 是先前在 2_deploy_contracts.js 中的變數名稱,代表被部署的合約
let instance1 = await ERC20.deployed()instance1 # 印出 instance1 的資訊
let instance2 = await SellToken.deployed()instance2 # 印出 instance2 的資訊
再來,為了讓 SellToken 可以賣幣,要先用 ERC20 的合約匯幣到 SellToken 的合約。因此,輸入以下指令:
instance1.transfer(instance2.address, 10000)
# 這裡數字只要設為 > 500 就可以
接著,我們要利用第二個帳號去買幣(第一個帳號為預設帳號,因此就是代幣擁有者)。將帳號的資訊存入變數 accounts 中,再指定送出交易的帳號是第二個帳號。由於我個人匯入私鑰的順序是將第一個帳號存在 truffle-config.js 的 privateKeys[0]、第二個帳號存在 privateKeys[1],因此第二個帳號的地址就會在 accounts[1] 的位置:
let accounts = await web3.eth.getAccounts()
instance2.buyToken({from: accounts[1], value: 10000000000000000})
# value 為 10^16 是因為在 SellToken 的 buyToken 函式中買一次要 0.01 Ether, 即為 10^16 wei
然後應該就會在自己的第二個帳號中看到匯入的幣了~
最後,由於合約中結束銷售就是一個自殺 selfdestruct 函式,因此可以呼叫看看,第一個帳戶錢包中的錢應該會增加,因為第二個帳戶有付款買幣;並且,可以到 Ropsten 上瀏覽,應該能看到相關提示:
中間 contract 的右上角有 Self Destruct 的樣式
四. 已知 Remix 問題
Remix 目前有兩個版本,只有新版有 Vyper 的編譯器。在此整理目前遇到的問題,如果有人也遇到可以對照一下本處,可以省去很多自我懷疑xD
不會報錯
Remix 的編譯結果有時會是錯的、和本地端編譯出來的結果不同
舉上方的 SellToken 合約為例,將其複製到 Remix 中使用左邊的 Remote Compiler 有錯,但又不報錯 q_q (ERC20 的合約有在同檔案目錄)
左方有紅色三角形,代表編譯失敗,但沒有報錯訊息可以看…
getter function 竟然要花錢
用 Solidity 寫的合約,查詢 public 變數的值應該是不用消耗 gas 的,但不知何故查詢 Vyper 寫的合約的 public 變數卻要消耗 gas,如下圖…
可以看到中下方有 22026 gas 的消耗
Local compiler 無法使用
圖中的 Local Compiler 此選項,個人雖照官方文件執行 vyper-serve 但卻失敗,因此若有讀者成功希望能留個言不吝分享!
五. 結語
Vyper 作為一個比 Solidity 更新的合約語言,在寫程式碼的方面沒什麼問題,但相關的開發工具、學習資源等都遠不及 Solidity。
Vyper 主打的兩個特色:可讀性的部分相信看完上面的讀者應該已經有些感覺;安全性…小白如作者我倒是沒有感受到顯著的不同。況且 Solidity 已經發展許久,很多錯誤的寫法、知名的安全漏洞大家應該也很熟悉了,還有 Openzeppelin 提供安全合約寫法的範本,因此有待以後高人解說安全性是否真的是 Vyper 較好。
有興趣者可以查看 Vyper 的安全報告:點我,大意是目前 Vyper 的編譯器仍有許多問題待改進! (感謝 Chih-Cheng Liang 的提供)
本文對 Vyper 的介紹及其與 Solidity 的差異只講了個大概,欲知更詳細的介紹還是要麻煩讀者前往官方文件了:https://vyper.readthedocs.io/en/latest/index.html
最後,如果本文有任何錯誤,請不吝提出,我會盡快做修正;而如果我的文章有幫助到你,可以看看我的其他文章,歡迎一起交流 :)
田少谷 Shao - Medium
類 Python 的合約語言 Vyper 開發入門:與 Solidity 差異、用 Truffle 部署、ERC20 賣幣合約實做 was originally published in Taipei Ethereum Meetup on Medium, where people are continuing the conversation by highlighting and responding to this story.
👏 歡迎轉載分享鼓掌
付款條件寫法 在 洪雪珍 Facebook 的精選貼文
﹝各位老闆們,想要專心賺錢,就別做這件事…﹞
在一群人中,大C很容易會被一眼瞥見,藏都藏不住,因為她身上有一股濃到化不開的外商氣息,大器﹑開朗﹑外向,一派西式作風。但是,我萬萬沒有想到她是外商總經理!後來知道了,百思不解,這位大人物來上我的寫作課,究竟是為了哪樁﹖她說:
「我要幫公司打品牌呀!」
再仔細一聊,發現我們是同行!她以前是大企業的人資主管,後來新加坡來台開分公司,延攬她當總經理,要在台灣打開一個全新市場,向中小企業推廣一個顛覆性的做法,就是你不需要也雇不起人資長,可以採用共享制,包給這家管理顧問公司,由他們統籌一切的人資業務,從招募﹑培訓到薪酬等全都可外包。
大C非常認真,上課後也是每周交一篇文章,這是她的第2篇,寫得很專業,也很好看,特別在此跟你分享!她的筆名是「人資好夥伴 Christine」,新加坡商 意聯國際公司台灣區負責人,文章連結在此,歡迎大家按讚﹑留言與分享喔~
https://m.facebook.com/story.php?story_fbid=489333271823352&id=165752804181402
#尹星知識管理學院
*** ***
這次8/7號的直播,我邀請到不敗教主陳重銘跟你分享:「怎麼用傻瓜投資術,不再缺薪水,不再害怕失去工作!?」詳細的直播內容,會在直播前三天預告給大家!
*** ***
詢問我的斜槓或寫作課程,歡迎加入我的Line@ ID:@ca141719
或點此直接加入:https://line.me/R/ti/p/%40bfj9781d
*** ***
洪雪珍最新力作<你的強大,就是你的自由>
在各大書店與網站都可以購買:
-博客來:https://goo.gl/zqRv5c
-金石堂:https://goo.gl/uzEGpG
-誠品:https://goo.gl/DhCcHe
-電子書獨家>樂天KOBO:https://goo.gl/GLKKXs
﹝新創老闆們,想要專心賺錢,就別做這件事…﹞
Hi, 新創公司的老闆或前老闆們,如果你五年內曾經創業失敗過,或者正煩惱公司營運不善,擔心氣數不久了,正在思考要如何打包下架而痛苦不已時, 不要哭哭喔,這證明你是 正 常 人!你並不寂寞,因為你跟這個行業的99 % 的創業家一樣。
根據經濟部中小企業處創業諮詢服務中心統計,新創公司一年內倒閉的機率高達90%,而存活下來的10%中,又有90%會在五年內倒閉。也就是說,能撐過前五年的創業家,只有1%,前五年陣亡率高達99%。
新創公司的七大死因
以上新創公司陣亡的統計數字可能各家說法略有出入,但新創公司超高比率的”夭折率”的確嚇人!專家說,新創公司通常有以下死法:
不了解市場需求的「摔死」;
費用只出沒進的「餓死」;
不懂授權分工的「忙死」;
專業不被認同的「悶死」;
同時接太多案子的「脹死」;
被邪惡的對手由背後「刺死」;
還有,太有良心讓帳款放太久,造成資金流周轉不足而「被佛心害死」。
由上述的“死因分析“可以看出,失敗的新創公司常常是花了過多的人事成本,但員工沒有發揮產出應有的產值,造成進度落後,加上收入有限或發生收付款條件不佳,發生創業早夭的慘劇也是可預期的!
為了解決這些非預期的管理問題,常常會占去創業者多數的時間與精力。 前兩天一個由美國回來,做頂級商務業務的年輕老闆跟我抱怨,他為了找員工,要自己去設計面試的流程與刊登徵才廣告,看到《就業服務法》新規定,要揭示徵才的薪資範圍,這個問題就卡住他兩個星期,這期間客戶幾個大單,他也只能忍痛放棄了。
我聽了他的陳述,內心一陣抽痛呀!如果這家公司早用到我們提供的服務,幾萬美金的單子就撿回來了!
在我20多年的人資實務累積的心得是,企業在成長過程中有不同階段,不管是初期創業、正式營運、籌備上市、企業轉型、合併求生、每個階段要做好的人力資源的重點工作大不相同。
新創公司最要緊的人資任務就是找對的精英上車。因為新創公司存活的關鍵因素就是以小博大,要用最少的人力與成本,創造最大的利潤。
再者,因為人少事多,很多任務分工是無法釐清的,所以初期人力除了要有具備專業的技能外,還必須是對公司的商業模式或產品技術有著堅定的信念與信心,他們之間也要信任基礎,才能不計較的付出時間與精力。
沒有人和,一切是空
但是,多數新創公司進用的員工時,因為沒有人資專業,通常不會注意新人的理念或特質,入職後也未能做好留才措施,於是同仁對公司的未來沒有認同與熱情,於是員工們在乎的就是權利與義務,領一份錢,做一分事,反正一切該有的新資﹑該休的假,通通不能少,所有的問題就是老闆問題。
這樣的公司,通常是溝通成本高,運作管理效率差。創業老闆每天得花大量的時間去處理自己不拿手的人事問題,常常導致決策速度呆滯。團隊中因為缺乏信任基礎,造成彼此的猜忌與不和諧,人力與訂單的流失問題就浮現了。
這就是新創公司的成立時,即便算好了「天時」,掌握了「地利」,但常常死在「人和」,「人和」造成了很多新創老闆的心頭的遺憾與最深的痛!
其實,多數的新創公司的創辦人誰不希望有個管理體系,吸引對的人來共創大業,但限於公司的財力與人力,資源總要優先放在搶訂單和作廣告,真得很難做到人力資源的管理,但又常常因為人的問題而苦惱,造成惡性循環的一大痛點!
用「共享人資長」解決人才的痛點
面對這樣的痛點與困境,採用「共享人資長」服務,是最佳對策!新創團隊小而美的運作原則就是要做到「核心能力極大化,非核心業務外包化」,人資或其他後勤的業務可善用「共享經濟」的優勢,聘用外部顧問來擔任「共享人資長」,不僅費用低,還可依需求找到自己最適用的服務內容。
優秀的「共享人資長」,必須有豐富的產業經驗,能依據量身訂作的原則,用耐心與關懷,協助新創發展出公司的願景與制度,設計出實用的管理工具,形塑出同仁個個有使命必達的工作態度。
如上面老闆苦惱的例子,專業的人資長就會設計出一套招募策略,包含對外求才廣告的寫法、內部員工的推薦辦法、面談問卷的設計和主管面談的技巧、和後續的留才措施等等,這樣完整的一套做法才能找到對的人上車,並確保車上的人能發揮所長。有了好的人資長,老闆就不需要為人事問題傷腦筋,可以專心在核心業務上賺錢。
共享就是業務委外專家處理,可能會面臨需要與外部顧問花較多的時間溝通,或要處理與內部運作的整合;公司內部機密資料的安全性也可能造成委外的疑慮;但只要請有專業的人力資源顧問,透過高階主管的支持與循序漸進的溝通與導入,外包的效益一定是利多於弊。
如果你問大部份的創投家或投資基金,要去選擇的投資新創公司時的標準是哪些? 答案除了要觀察創業構想、商業模式、核心技術外,其中創業老闆的特質與核心團隊組成必是一大評估重點。創辦人的智慧與領導力決定了這家新創公司的存活與未來。
成功,就是找到行得通的元素
矽谷傳奇創業家、PayPal創辦人-《從0到1》作者彼得‧提爾(Peter Thiel)說得好,他說:「創業時要掌握核心思維,很多事情無法時十全十美,重點不是把細節全都做對,而是要讓行得通的元素更加順暢。」
聰明創業老闆核心思維就是,將專業的事交給專家做,善用外部資源,讓內部的人才管理行得通,自己則能夠開心專注在核心業務上,去追逐成功的創業旅程。
付款條件寫法 在 貿易人Chris的商用英文書信- 短文6. 《 如何向陌生廠家詢價 ... 的推薦與評價
備註1: 請對方報價,要先確認清楚價格條件(FOB term / CIF term 等等) 備註2: 詢價時,價格條件/ 付款條件/ 交貨時間/ MOQ 是最重要的,最好一次問清楚,以免信件來回 ... ... <看更多>
付款條件寫法 在 付款條件用語-Dcard與PTT討論推薦|2022年07月 的推薦與評價
找付款條件用語在Dcard與PTT討論/評價與推薦,提供付款條件月結,常用付款條件,付款條件寫法相關資訊,找付款條件用語就在網路熱推信用卡刷卡優惠情報. ... <看更多>
付款條件寫法 在 [付款] 請問貨到付款的payment term要怎麼寫? - 看板intltrade 的推薦與評價
公司最近更改了payment term為貨到後六十天付款(公司付款方式都是T/T)
意即貨從美國運到台灣後,才開始起算六十天
請問這樣我的英文payment term該怎麼寫呢?
上網找了一下資料,貨到付款好像是C.O.D還是O/A???
也有人說是T/T 60 days after delivery?
請問這樣我的英文payment term該怎麼寫才對呢?
謝謝!
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.40.199.96
... <看更多>