專利里程碑紀念禮的目的，是在正確的時間感謝研發投入，而不是替公司宣布尚未公開的技術、判定誰是發明人，或取代法令、契約與公司制度所要求的報酬。穩健的方案會先拆開四個問題：真正發生了哪個里程碑、哪些內容可以揭露、發明人與其他貢獻者如何正確標示，以及可以用哪一種方式表達感謝。以下流程供研發人力夥伴、創新方案負責人、智慧財產權團隊、薪資與贈禮營運人員共同使用。
從已確認的里程碑開始，不要先選禮物
發明揭露完成、提出專利申請、申請案公開、核准審定、專利獲證與技術實施，是不同事件。它們可能相隔數月甚至數年，也有不同的公開範圍。方案負責人不應把「已申請」寫成「已獲得專利」，也不能因為內部已完成揭露，就推定技術名稱可以印在卡片或禮品上。
在採購之前，先建立一筆里程碑紀錄。必要欄位包括內部案件代碼、事件類型、確認日期、法域、機密等級、准許使用的說明、表揚對象群組、方案負責人、智慧財產權核准人及下次檢查日期。贈禮系統不需要儲存請求項、圖式、發明人筆記、客戶名稱或尚未公開的發明名稱；使用像「創新事件二〇二六之一四」這種中性代碼，即可完成營運對帳。
第一道關卡確認事實：事件是否真的發生。第二道關卡確認溝通：哪些人可以知道、哪些通路可以出現。第三道關卡確認身分：誰是依法與申請資料確認的發明人，誰是研發、驗證、品質或產品化貢獻者。第四道關卡才是執行：採私下感謝、受贈者自選、公開典禮或不贈禮。方案負責人可以協調，但不能用一個非正式決定取代四位專業負責人的判斷。
本文資料於二〇二六年十月二十日重新查核，範圍包括美國、臺灣、日本與韓國的官方來源。這些來源只能說明各自制度，不能直接搬成跨國政策。實際適用性仍須由公司委任的智慧財產權、法務、人資、薪資、稅務與隱私負責人確認。
把發明人、權利歸屬、報酬與紀念性表揚分開
「發明人」不是專案主管、作者、工程師或部門經理的同義詞。美國專利制度將發明人判斷連結到對專利請求項的實質貢獻；臺灣也有專利申請權、專利權、姓名表示與職務上發明報酬的制度。贈禮委員會不能從組織圖、會議出席名單或主管推薦推導法律身分。案件的智慧財產權負責人必須提供本次里程碑可用的核准名單；一旦名單有爭議，公開標示就停止。
權利歸屬又是另一個問題。勞動契約、研發契約、資助條款、共同開發約定與各地法律，都可能影響專利申請權或專利權。依法或依約應處理的報酬，也不能因為公司送了一件紀念品就被視為已履行。除非合格負責人以書面做出精確結論，方案文案不得把自願性禮物寫成職務發明報酬、獎金或權利移轉的對價。
建議維持兩套紀錄。法律紀錄保存案件狀態、發明人與權利判斷、報酬義務及核准文字，並限制存取。表揚紀錄只保存核准的里程碑代碼、受贈群組、預算級距、同意狀態、遞送結果與費用憑證。兩者用無描述性的事件代碼連接。如此一來，營運可以證明禮物已正確送達，卻不必取得機密技術檔案。
| 決策 | 負責角色 | 提供給贈禮營運的最少證據 | 停止條件 |
|---|---|---|---|
| 里程碑與揭露狀態 | 智慧財產權營運或法務 | 事件代碼、准許名稱、日期、私下或公開標記 | 狀態未確認，或文字洩漏技術內容 |
| 發明人與團隊貢獻 | 智慧財產權負責人及方案負責人 | 核准的對象群組與顯示名稱 | 歸屬或標示有爭議 |
| 報酬、薪資與稅務分類 | 法務、人資、薪資與稅務 | 核准的表揚路徑及費用分類指示 | 禮物可能被誤認為必要報酬 |
| 禮物與遞送 | 表揚營運 | 受贈者代碼、地區、預算級距、遞送狀態 | 缺少同意、地址、選項或核准 |
依資訊邊界選擇表揚方式
沒有一種禮物適合所有發明里程碑。應以機密暴露、平等性、受贈者選擇、行政負擔、可逆性及證據完整度比較，而不是以昂貴程度排名。內部揭露後，可以先由主管私下致謝；申請或獲證狀態經核准後，才可能適合更具體的訊息；公開典禮則要等到溝通負責人確認日期、名單及文字。現金獎勵通常更接近薪資或報酬，需使用不同審查路徑。
對尚未公開的案件，可採「感謝您推動研發與跨部門協作」等中性文字。避免使用未公開專利號、發明名稱、技術圖樣、原型照片、客戶名稱或足以推知技術的裝飾。若需要實體遞送，應讓受贈者在核准流程中自行提供必要資料，不要由主管蒐集住家地址試算表再四處轉寄。
對已公開或已獲證案件，也要確認當下狀態與姓名。公開可查不代表公司必然可以宣傳；合約、客戶保密、出口管制、資訊安全或產品上市安排仍可能限制溝通。若團隊包含法定發明人與其他貢獻者，標籤必須誠實。「發明人」依核准紀錄使用；其他人可以用「研發貢獻團隊」「驗證團隊」或經核准的角色名稱表揚，不應為了看起來公平而改寫法律身分。
實體物品適合需要長期象徵且能公平遞送的文化；自選式體驗適合跨地區、無障礙、飲食及個人偏好差異；慈善選項只能在自願前提下提供；學習資源或小型聚會也可能更貼合團隊價值。拒收必須是一個受尊重的正常結果，尤其當受贈者有利益衝突、公共部門限制、公司政策或個人選擇時。
可用全球企業贈禮營運指南處理資格、核准、履約及對帳的共同生命週期；本指南則專注於發明狀態、名單與揭露邊界。
建立可暫停、可回復的核准與溝通順序
第一步由創新方案負責人以中性案件代碼提出表揚事件。第二步由智慧財產權營運確認事件，提供准許文字、姓名及私下或公開分類。第三步由人資、法務、薪資、稅務、法遵與財務決定適合的形式、價值區間、成本歸屬及在地例外。第四步由主管確認目前的團隊人口，但不得自行改動發明人名單。第五步才由營運取得自願提供的遞送資料，執行核准的體驗。
在設計卡片、雕刻或包裝以前，建立揭露矩陣。列可以是內部郵件、主管私訊、禮卡、刻字、包裝、公司活動、新聞稿與社群貼文；欄則是閱聽者、准許文字、禁止資訊、核准人、釋出日期與證據。越公開的通路，使用的描述要越窄。供應商只取得製作及遞送真正需要的內容。
證明稿審查要逐字、逐圖進行。檢查所有可見文字、圖示、照片、檔名、快速回應碼及包裹內頁。即使沒有文字，與原型外觀太相似的圖像也可能洩密。核准時應記錄文字版本、使用對象、製作檔指紋與兩位負責人的結果，而不是只留一句「已看過」。
狀態不明時的復原處理： 若案件撤回、申請日期變動、公開時間延後、姓名爭議或機密等級提高，立即暫停溝通及尚未出貨的品項。保留原事件代碼，加入新證據，再走一次差異核准。不要把「申請」悄悄改成「獲證」，不要直接改公開名單，也不要另開一筆訂單。已送出的私下感謝需要由溝通與法務負責人決定後續；未送出的品項只有在核准後才能重製、改文案或取消。
完成後要對帳邀請、領取、出貨、拒收、退回、補寄與費用。只保留公司保留政策所需的證據。可參考企業贈禮資料治理指南，將目的、欄位、角色、系統、保留與刪除連成可查核流程。
臺灣團隊應特別確認的權利、報酬與稱謂
經濟部公開的專利法區分受雇人於職務上完成與非職務上完成的發明、新型或設計，並涉及專利申請權、專利權、適當報酬及姓名表示。公司不能從「送過禮」推定這些事項已解決。智慧財產權與人資負責人要先查契約、工作內容、資源使用、案件事實及最新法令，再決定權利與報酬流程。
狀態文字必須精確。「發明揭露完成」表示內部資料已提交，不代表已申請；「專利申請」表示已向主管機關提出，不代表必然核准；「專利獲證」只能用在正式獲准後。若卡片僅需表達團隊感謝，可以不用案件名稱。若要列姓名，先取得核准名單及顯示方式，並保存版本。
薪資與稅務負責人要分開判斷依法或依約報酬、績效獎金、現金獎勵、實體禮物及其他福利。贈禮營運只接收核准形式、預算級距及會計指示，不自行解釋法令。跨國團隊也不能把臺灣結論複製到日本或韓國；每個地區都要由在地負責人完成自己的決定。
隱私方面，名單核准不等於可以取得住址。先用工作識別碼建立資格，再由受贈者選擇是否參與及提供必要遞送資料。若拒收或逾期，應依規則關閉事件、釋回預算並刪除不再需要的資料，不要求主管替對方提供地址。
日本與韓國團隊的在地決策邊界
日本特許廳的職務發明制度說明指出，職務發明制度涉及使用者與從業者的權利及相當的金錢或其他經濟上利益。日本國稅廳另有職務發明相關報償金說明，不同付款原因可能有不同分類。公司紀念禮不能自動被寫成已履行這些義務。
日本文案可用「発明届提出」「特許出願」「特許登録」分辨階段。智慧財產權團隊決定發明名稱、姓名、申請號或登錄號是否可公開；人資與薪資則將紀念性禮物和「相当の利益」、公司報償制度分開處理。若貢獻名單有爭議，仍可評估不揭露案件的私下致謝，但公開活動要停在核准關卡。
韓國的職務發明制度官方資料說明使用者承繼、員工發明人的權利與正當補償。方案要引用公司核准的職務發明規程，不可自行創造標準金額，也不能假定紀念禮就是補償。可以用「발명신고」「특허출원」「특허등록」區分事件；對支援同仁則使用經核准的「연구개발 기여팀」等團隊稱謂，不把他們標成發明人。
日本、臺灣、韓國三地共同的營運原則，是法律紀錄與表揚紀錄保持分離。每個受贈者只應有一筆資格事件、一個同意結果及一個履約結果。發明報酬、稅務與薪資資料留在適當系統，不傳到禮物選擇或物流頁面。
情境一：申請前的機密發明揭露
假設情境。 六人研究團隊提交內部發明揭露，法務尚未決定申請策略，也沒有核准任何公開名稱。創新方案負責人希望在密集審查開始前先感謝團隊。輸入資料只有內部案件代碼、提交時間、在職團隊名單、主管確認、預算級距及智慧財產權負責人核准的一句中性訊息；技術檔案維持受限。
團隊比較兩種做法。等到申請後再表揚，可以說明較具體的故事，但感謝會延後，而且可能忽略應及時被看見的支援工作。立即私下感謝可以維持動力，卻必須嚴格限制文字與存取。最後選擇私密的自選邀請，以六個工作信箱寄出，不使用技術名稱、專利請求、原型圖片或公開貼文。
智慧財產權核准人提供精確文字，並將其他通路標成禁止。人資確認資格以及承攬人是否需要不同程序。財務核准預算。營運建立一筆事件，包含中性案件代碼、六個受贈者代碼、預算級距與截止日。受贈者自行提供遞送資料；供應商只看到選定品項、核准卡片與必要地址。
證明稿審查時，刻字檔誤放了內部專案名稱。營運立即停止製作，從供應商工作區撤下檔案，記錄接觸人員，並由資訊安全與智慧財產權負責人判斷是否需要進一步處理。修正版完全不含發明資訊。復原沿用同一事件與受贈者代碼，不建立第二筆訂單。
驗收條件為六份核准邀請、零技術揭露、每人只有一個領取結果、完整的檔案清理證據、送達或尊重拒收狀態，以及無重複費用的財務對帳。這是示範判斷，不是 Giftpack 客戶成果，也不是法律意見。
情境二：已獲證專利與有爭議的團隊貢獻
假設情境。 一件已公開獲證專利有四位列名發明人，另有六位日本、臺灣與韓國同仁參與驗證、產品化、品質與文件工作。一位工程師對公司內部如何描述貢獻提出異議，而公開活動已排在下個月。
方案比較三條路。只表揚四位發明人最容易對應法律紀錄，卻忽略重要團隊工作；把十人都稱為發明人看似整齊但不正確；第三條路則分開專利紀錄與團隊感謝：四位發明人的公開文字依正式紀錄，十人都可在另一個核准的「創新貢獻團隊」名義下獲得感謝。公司採第三條路，但每地仍需審查。
智慧財產權營運查核獲證狀態與姓名。人資確認十人名單及納入依據。日本、臺灣與韓國的薪資負責人分開分類職務發明相關付款與自願性禮物。隱私負責人核准由本人提供地址。品牌與智慧財產權審查核准沒有技術圖式的中性包裝；有爭議的貢獻敘述不出現在公開活動。
發布前兩天，工程師要求姓名不要出現在可選擇參與的團隊投影片。溝通負責人尊重偏好並移除姓名，但不改動專利紀錄；私下感謝仍可保留。一件包裹跨會計期間延遲，財務依核准規則保留未結狀態，於實際發生時處理費用，而不是回頭修改里程碑。
驗收要看到已確認的公開專利、未被改寫的發明人紀錄、分離的團隊表揚名稱、已記錄的溝通偏好、三地各自的薪資決定、十筆唯一資格、每人一個履約結果及零無法解釋差異。爭議敘述仍由原負責人處理。此情境不指定法律、勞動、薪資或稅務結論。
測試失敗路徑，並以窄而尊重的承諾結案
發布前要測試困難路徑。把「預計申請」改為「已申請」，確認只有智慧財產權核准人能更新；重送同一事件，確認系統回傳原紀錄而不是新增；在出貨前撤回同意，確認履約停止；變更公開日期，確認排程訊息暫停；對一人提出歸屬爭議，確認可以只凍結公開文字，而不抹除其他已核准的私下感謝。
也要測試品項缺貨、地址錯誤、拒收、遺失、退回與補寄。一地缺貨時，改用核准選項或不贈禮路徑，不揭露其他受贈者資料。地址問題回到本人處理，不匯出成無限制試算表。遺失補寄必須連回原事件，不能安靜地建立第二筆費用。
證據包只需保留里程碑核准版本、揭露矩陣、對象決定、薪資與財務指示參照、同意狀態、證明稿指紋、邀請與領取代碼、出貨或拒收結果及最終對帳。不要把發明檔案附在證據包裡。依角色限制存取，並按保留政策刪除遞送資料。
啟動前可用一份逐項檢核表做最後放行。案件欄確認事件代碼、事件日、法域與目前狀態；文字欄確認每個通路的核准版本與禁用詞；對象欄確認發明人名單來源、團隊貢獻者的不同稱謂、在職狀態與拒絕公開偏好；費用欄確認預算、核准人、成本中心、薪資與稅務指示；隱私欄確認收集目的、必要欄位、可存取角色、保留期限與刪除觸發；履約欄確認品項、地區可得性、替代方案、支援窗口與補寄規則。任一欄只有口頭承諾而沒有可追溯參照，就不能放行。
角色交接也要測試。若原方案負責人離職，新負責人應能從事件代碼找到核准狀態、未結例外、預算餘額、供應商承諾、保存期限與下一個決策者，但看不到不屬於其職務的發明內容。若智慧財產權承辦人更換，交接的是法律案件與准許文字，不是把整個案件複製到贈禮資料夾。若供應商更換，新的供應商只能取得尚未完成訂單所需的最少資料；舊供應商則依契約刪除或返還資料並提供證據。
應為每一種例外指定明確負責人。姓名爭議交由智慧財產權與人資處理；品項缺貨交由營運與採購處理；收件資料錯誤回到受贈者；疑似利益衝突交由法遵；稅務或薪資分類交由在地專責人；洩密疑慮交由資訊安全與法務。營運看板只顯示「等待姓名決定」「等待在地薪資分類」等狀態，不抄錄爭議細節。如此既能讓工作前進，也不會把敏感問題擴散到不必要的人。
結案不是把狀態改成完成而已。財務要把核准預算、已領取、已出貨、拒收、取消、補寄、退款與實際費用連回同一事件；方案負責人要確認未使用預算如何釋回；隱私負責人要確認地址與偏好何時刪除；智慧財產權負責人要確認後續公開日期是否需要另建事件。若差額存在，必須有可理解的原因、責任人與處置日期，不得用整體總額剛好相等來掩蓋個別重複或錯置。
成效檢視應聚焦於流程品質。例如，採購前已確認狀態的比率、製作前攔下的敏感證明稿、被阻止的重複請求、仍在等候歸屬決定的案件、在服務時限內完成的配送例外、無法解釋的財務差異。這些是內部控制指標，不代表送禮造成更多專利、留任或創新。若要評估員工感受，應另外設計自願、最少資料且不影響績效的回饋方法。
每季應抽查少量事件，從核准來源一路追到刪除證據。抽查者確認里程碑文字沒有超過准許範圍，受贈者群組沒有被任意擴大，拒收者沒有被重複催促，補寄沒有形成第二筆無關訂單，跨期費用有一致規則，供應商只持有必要資料。發現問題時修正規則、訓練或權限，而不是只責怪操作人員。重複發生的證明稿錯誤，可能代表供應商簡報含有不該出現的技術欄位；重複晚核准，可能代表活動時程沒有為智慧財產權審查留出時間。
來源管理也應納入結案。每一項會影響公開文字的資料，要記錄來源機關、頁面名稱、適用地區、資料生效日或更新日、實際查核日、採用的命題與限制。入口網站只能證明機關存在，不能證明某個具體法律結論；搜尋摘要只能用來找到原文，不能取代閱讀。若官方頁面沒有足夠內容，應把命題改寫成公司需要向合格負責人確認的問題，而不是用其他國家的規則補空白。若日後來源更新，先判斷哪些尚未公開或尚未結案的事件受影響，再啟動差異審查，不直接覆寫歷史證據。
公開內容還要經過語言與稱謂檢查。臺灣頁面應使用自然的繁體中文，避免把英文作業詞彙整段搬入；必要的正式機關名稱、法律名稱與縮寫要在第一次出現時解釋。姓名、職稱與團隊名稱要依本人及公司核准格式，不因翻譯方便而改變身分。卡片、表格、圖片說明、支援訊息及拒收確認都要在同一語言版本內檢查，確保受贈者看到的文字和後台核准版本一致。
如果方案跨多個子公司，還要指定付款公司、聘僱公司、資料控制責任與供應商契約主體。中央方案可以提供共通事件代碼與控制要求，但不能替各公司做在地僱傭、報酬、稅務、隱私或會計決定。每個實體只釋出自己的核准結果；中央看板彙總狀態與費用，不彙總不必要的法律分析或受贈者住址。如此可以保持全球一致的作業證據，同時保留在地責任。
方案結束後，負責人要把未解問題帶入下一次設計。例如，若某地區反覆因品項不可得而延誤，就在下一次核准前先準備在地替代；若受贈者常誤把紀念禮理解成發明報酬，就把兩者的區分寫入邀請與主管說明；若公開姓名偏好經常晚到，就把偏好確認提前到活動排程。改善項目要有負責人、期限與驗收證據，而不是只留在會議紀錄。
每一項改善都應在下一批事件中抽樣驗證，確認新規則真的降低錯誤，而不是只增加表格與簽核負擔。
好的方案承諾的是正確而尊重的感謝，不是專利必然成功。查核者應能從一個已確認里程碑，走到一組核准對象、一段准許文字、一個履約結果與一筆已對帳費用，過程中無須開啟機密發明資料。只要狀態、名單、報酬、文字或同意有一項不確定，就暫停受影響的步驟並交回真正負責人。
當這些決定完成後，可以評估由 Giftpack 執行受贈者選擇、在地化邀請、紀念品與履約證據。Giftpack 不判定發明人、專利狀態、權利歸屬、機密、職務發明報酬、薪資、稅務、隱私或雇主義務；這些責任仍屬於企業及其合格顧問。