2009年6月4日 星期四

採購財務處理準則 (參考用)

報價 Quotation
採購額>$3000 就應向多於一間公司報價
留意利益衝突, 需申報利益關係
留意報價單有期限(通常一個月)
有時採購最後決定權不在自身, 需交出報價單(並只能作出建議)予上司決定

單據處理--可接受之單據
不可混有私人購買的物資
避免使用信用咭,積分咭,八達通付款及累積積分
60日之內之單據
不可有塗污(i.e. 不可在單據作筆記)
不可有修改(除非有公司蓋印證明)
不可用兩種不同顏色的筆書寫
不可是白頭單
不可是影印本
單據抬頭不能為個人, 要是其代表之組織
若單據上文字容易褪色,請將有關單據即時影印

單據需有以後以下資料:
  • 公司名稱, 電話, 地址(有需要時,可以公司蓋印代替, 但不建議用於大額交易)
  • (最好有公司蓋印)
  • 購買日期(年,月,日)
  • 購買物品(名稱,數量,單價)(不能概括描述物品)
  • 購買總額
  • cash memo, receipt, 正單, 現沽單等(不能為invoice, 發票或發貨單)
ref:
救世軍之迎新營財務及尋求贊助須知 講座, organized by OSA, CUHK

others:
單據處理樣式

2009年6月2日 星期二

五步評估委外

ZDNet Taiwan - 企業應用 - 專題報導 - [評估篇]不可錯過的5大委外評估撇委外
一. 委外重要但非核心的業務
二. 確定自己有能力執行欲委外的工作
三. 委外廠商一定要有實戰經驗
四. 確認委外廠商的專業能力
五. 順利完成概念性驗證
如何在PHP下载文件名中解决乱码 - PHP技术文档 - PHP5研究室
经过试验,发现几种主流浏览器的支持情况如下:
IE6
attachment; filename=""
FF3
attachment; filename="UTF-8文件名"
attachment; filename*="utf8''"
O9
attachment; filename="UTF-8文件名"
Safari3(Win)
貌似不支持?上述方法都不行

英文字型

小薑雜談:淺論英文字型
每個字型都有五條線...
為什麼說這五條線決定字型的性格呢?通常 x-height 佔 point size 比例愈高的字型,放在內文裡的時候看得比較清楚,但放在標題就很難看。反之,x-height 佔 point size 比例小的字,就比較適合當標題。以下面這個例子,小薑找了兩種類似的字型,但左邊是設計來當標題用的(Garamond),而右邊則是做內文用的 (Times New Roman)。注意到 x-height 的分別了嗎?
小薑談字型:英文字型的大分類(上)
Serif(Roman)
什麼是襯線呢?襯線就是在字母筆畫末端的小橫線,最早是在石刻文字時候,在線條尾端用鑿子敲一下,讓筆畫末端齊整所留下來的,後來漸漸發展成了這種字型的特色。Serif 字型從此成為了西方印刷的最主要支柱,直至今日。

小薑談字型:英文字型的大分類(下)
Slab Serif
Slab Serif 是襯線文字的一種(襯線是指拉丁字型中線條尾端的裝飾性線條),特色是粗細筆畫間的差異很小或是等粗,而且襯線非常粗,差不多和字母本身的筆畫一樣。
Slab Serif 原本只是一時的流行而已,因為以印刷來說,Slab Serif 太粗,不適合做內文,而以做標題的用途來說,不久之後又被更有視覺衝擊性的 Sans Serif 所取代

Sans Serif
之前談的都是 Serif(襯線字),而在 Serif 前面掛上個 Sans(法文,無的意思),就成了「無襯線字」也就是筆畫簡單,沒有尾巴裝飾的字型。
要等到二次大戰後,隨著「簡單就是美」的概念大行其道,本來被嫌沒特色的 Sans-Serif 字型才突然成為了當代字型的主流。

一般來說,襯線字適用在印出來的文件、報告,因為它比較不佔空間(除非你是故意要選個佔空間的字型 =
=),而且在字體小的時候可讀性比較高。在電腦上顯示時,例如投影片或是網頁,則推薦使用非襯線字,因為電腦的解析度太低,字小的時候襯線和比較細的筆畫
容易模糊,不若非襯線字那樣清楚。

以上,就是英文字型的五大分類 Blackletter、Serif、Slab Serif、Sans-Serif 和 Script。

2009年6月1日 星期一

Methods GET and POST in HTML forms - what's the difference?
The HTML specifications technically define the difference between "GET" and "POST" so that former means that form data is to be encoded (by a browser) into a URL while the latter means that the form data is to appear within a message body. But the specifications also give the usage recommendation that the "GET" method should be used when the form processing is "idempotent", and in those cases only. As a simplification, we might say that "GET" is basically for just getting (retrieving) data whereas "POST" may involve anything, like storing or updating data, or ordering a product, or sending E-mail.