軟體程式設計、後端開發、系統分析與設計、資訊系統整合建置、全部最新 98 筆接案案件

用於哪個行業：廣告業分潤用系統 細節說明： 希望做出一個 MVP（最小可行產品），讓客戶可以登入後台查看自己的分潤金額及廣告營收，可透過api串接取得收入資料，自動計算分潤金額，客戶登入/權限管理及管理員後台，盡量透過現有資源（現成模板）等降低預算但保留可擴充性。

我需要AI 開發應用服務，希望包含以下內容： 網頁設計結合AI 開發應用-客製化手繪戒指模擬功能 串接SHOPLINE平台 供我方品牌購物網站顧客模擬後下單使用 功能參考網頁 https://draw.linory-acc.com/?style=classic&categories=rings&template=smg3 「我需要開發 Web 3D 產品配置器 (3D Product Configurator)。」 「前端需要實作 Canvas 2D 畫布貼合至 3D 戒指曲面的功能。」 用戶在網頁上輸入文字或上傳黑白線條時，這個功能會把圖案「貼」在 3D 戒指模型上供用戶預覽。 「後台需要有自動導出 DXF 向量圖檔的轉換模組。」 下單時系統可自動產出可以給雷刻機使用的線條軌跡圖（向量檔），不只是普通的 PNG 照片。

▌ 需求說明與工作內容 1. 技術核心：前端必須熟練使用 React 進行前端網頁功能開發，後端必須熟練使用 Nodejs 進行後端程式開發。 2. 團隊協作：必須使用 Git 進行版本控制與團隊協作。 3. 專注開發：您只需專注於代碼編寫與功能實現，不需處理雲端部署、CI/CD 等維運雜事。 4. 視覺還原：團隊會提供完整的 Figma 設計稿，需能精準按照設計規格製作功能與介面。 5. 開發支援：我們會提供 Mentor 協助引導，並提供完善的 Code base 說明文件與專屬 Libs 使用說明，讓您能快速上手現有架構。 ▌ 必備條件（Requirements） • 精通 React 及其生態系，具備獨立開發功能模組的能力。 • 熟練使用 Git 進行 Branch 管理、Push/Pull 與解決 Conflict。 • 重視代碼品質，有良好的命名習慣與模組化思維。 • 注意：本職缺在正式合作前，需進行一項技術小測驗，以評估代碼風格與架構思維（測驗細節將於初步審核後提供）。 ▌ 應徵方式 有意願長期配合的夥伴， 請註明：「應徵長期配合全端工程師 - [您的姓名/稱呼]」 應徵請務必附上： 1. 個人簡歷 / 簡介 2. 個人作品集（Portfolio）：請優先提供與 React 相關的實際專案、GitHub 連結或線上作品。 (審核通過者，我們將主動聯絡並說明小測驗及後續合作細節，謝謝！)

需求概述：系統自動估價 用於哪個行業：旅行社 細節說明： 旅遊行程估價系統需求說明 用途： 提供工程師開發參考 對象： 系統開發工程師 / 接案團隊 使用情境： 旅遊業務報價、行程估價、資料管理 您好，以下是我想開發的系統需求，麻煩協助評估是否可行、開發方式、工期與報價。 一、系統目的 我想做一個給業務人員使用的旅遊行程估價系統。 這個系統主要用途是讓業務依照客戶的行程天數，逐天選擇住宿、餐廳、活動、SPA、景點門票等項目，系統自動計算每日金額與總報價。 系統需要具備以下目的： 客戶行程幾天，系統就顯示幾天的內容。 每一天都可以獨立選擇不同項目。 系統自動計算每日小計與整體總價。 後台可維護住宿、餐廳、活動等資料。 業務端只能看到售價，不能看到成本價。 系統可透過專屬連結直接使用，不一定要放在官網首頁。 因為資料量會很多，所以需要有分類、地區篩選與搜尋功能。 二、系統使用者角色 1. 管理者 管理者可使用後台，功能包含： 新增 / 修改 / 刪除住宿資料 新增 / 修改 / 刪除餐廳資料 新增 / 修改 / 刪除活動資料 新增 / 修改 / 刪除 SPA 資料 新增 / 修改 / 刪除景點門票資料 設定成本價與售價 設定分類與地區 啟用 / 停用項目 查看完整成本與報價資訊 2. 業務人員 業務人員使用前台估價，功能包含： 輸入客戶基本資料 選擇行程天數 逐天選擇住宿、餐廳、活動等項目 查看每日小計與總報價 複製報價內容 送出估價單 業務端不能顯示成本價，只能看到對外報價價格。 三、前台操作流程 Step 1：輸入客戶基本資料 前台需有基本資料輸入區，欄位包含： 客戶姓名 聯絡電話 出發日期 回程日期 行程天數 大人人數 小孩人數 備註 Step 2：選擇行程天數 系統要提供下拉式選單，目前先做 1～8 天。 可選項目如下： 1 天 2 天 3 天 4 天 5 天 6 天 7 天 8 天 顯示邏輯 選 1 天 → 顯示第 1 天 選 2 天 → 顯示第 1 天、第 2 天 選 3 天 → 顯示第 1 天、第 2 天、第 3 天 選 4 天 → 顯示第 1 天到第 4 天 選 5 天 → 顯示第 1 天到第 5 天 選 6 天 → 顯示第 1 天到第 6 天 選 7 天 → 顯示第 1 天到第 7 天 選 8 天 → 顯示第 1 天到第 8 天 系統需依照選擇的天數，自動生成對應的日數區塊。 Step 3：每一天獨立分格顯示 每一天都要有自己的區塊，內容至少包含： 住宿 餐廳 活動 SPA 景點門票 其他費用 當日小計 備註 每一天的資料要獨立，不要互相影響。 四、資料類型與資料量 因為資料量會很多，所以一定要有分類與搜尋機制。 1. 住宿 住宿資料大約可能有 70～80 筆以上。 2. 餐廳 餐廳資料大約可能有 50～60 筆以上。 3. 活動 活動資料大約可能有 50～70筆以上，之後還會持續增加。 4. SPA / 景點門票 可以歸在活動類別底下，也可以另外拆成獨立分類，依工程上資料庫設計方便性決定。 五、分類方式建議 1. 住宿與餐廳需依地區分類 例如可先用以下分類： 北部 中部 南部 東部 離島 也可以再細分為： 台北 新北 桃園 台中 台南 高雄 宜蘭 花蓮 台東 澎湖 金門 馬祖 2. 前台選擇邏輯 業務在選擇項目時，建議順序如下： 先選大類 住宿 / 餐廳 / 活動 / SPA / 門票/車資 再選地區 北部 / 中部 / 南部 / 東部 / 離島 最後從清單選項目 飯店名稱 餐廳名稱 活動名稱 這樣比較容易找，也比較不容易出錯。 六、價格計算規則 1. 當日小計 每天的金額由當天所有已選項目加總而成。 計算公式： 當日小計 = 當天所有已選項目加總 2. 總成本 所有天數的每日小計加總，即為總成本。 計算公式： 總成本 = 第 1 天小計 + 第 2 天小計 + …… + 第 N 天小計 3. 大人報價 大人價格計算方式如下： 計算公式： 大人售價 = 總成本 × 1.25 也就是成本加 25%。 4. 小孩報價 小孩價格需依年齡區間固定設定： 未滿 2 歲：NT$5,000 2～6 歲：NT$25,000 7～12 歲：NT$35,000 七、後台管理需求 後台需能維護以下資料： 1. 住宿資料 建議欄位： 類別 地區 飯店名稱 星級 房型 成本價 售價 狀態 備註 2. 餐廳資料 建議欄位： 類別 地區 餐廳名稱 餐型 成本價 售價 狀態 備註 3. 活動資料 建議欄位： 類別 地區 活動名稱 成本價 售價 狀態 備註 4. SPA / 景點門票 可作為活動的子分類或獨立分類，建議欄位： 類別 地區 名稱 成本價 售價 狀態 備註 八、前台畫面需求 前台畫面建議分成以下區塊： 1. 客戶基本資料區 包含： 客戶姓名 聯絡電話 出發日期 回程日期 行程天數 大人人數 小孩人數 備註 2. 行程天數區 下拉式選單 可選 1～8 天 選幾天就顯示幾天 3. 每日行程區 每一天都要有獨立區塊，內容包含： 住宿 餐廳 活動 SPA 景點門票 其他費用 備註 當日小計 4. 總結區 顯示： 每日小計 總成本 大人報價 小孩報價 最終總金額 並提供按鈕： 送出 複製報價 重新計算 清除重填 九、系統功能需求細節 1. 動態生成天數區塊 使用者選擇幾天，系統就自動產生幾天的區塊。 2. 每日獨立選擇 每一天的住宿、餐廳、活動等項目都可以獨立設定，不會互相影響。 3. 搜尋與分類 因為資料量大，系統一定要有： 類別篩選 地區篩選 關鍵字搜尋 快速定位功能 4. 自動計價 每次選取項目後，系統需即時更新： 當日小計 總成本 最終售價 5. 權限保密 業務端不得看到成本價，只能看到售價與報價結果。 十、使用情境範例 例如客戶要做 5 天行程： 業務進入系統 輸入客戶姓名、電話等基本資料 選擇 5 天行程 系統自動顯示第 1 天到第 5 天 業務逐天選住宿、餐廳、活動 每天可另外填其他費用 系統自動算出每日小計 最後按「總結」 系統顯示總報價 業務可複製或送出報價 十一、系統重點要求 行程天數可自由選擇 選幾天就生成幾天 每天獨立選項、獨立計算 項目要有分類與地區 業務自行點選，不需手動算價 按總結後自動出金額 成本需保密，業務不可見 十二、建議加做功能 如果開發資源允許，建議一起加上以下功能： 關鍵字搜尋 常用項目收藏 項目快速複製到下一天 每日區塊摺疊 / 展開 報價匯出 PDF 複製報價文字 報價紀錄查詢 客戶資料儲存 行程模板建立 十三、驗收標準 系統完成後，至少要符合以下條件： 可依選擇天數自動生成對應日數區塊。 每一天可獨立選擇住宿、餐廳、活動等項目。 系統能自動計算每日小計與總金額。 大人報價可依公式自動計算。 小孩報價可依年齡區間自動套用。 管理者可於後台新增、修改、刪除資料。 業務端無法看到成本價。 住宿、餐廳、活動等大量資料可依地區與分類快速查找。 按下總結後可正確顯示最終報價。 可正常複製、送出與重整報價資料。 十四、希望工程師協助評估的項目 麻煩工程師協助評估以下事項： 這個系統的開發方式 前後台架構如何規劃 資料庫設計方式 權限控管方式 報價計算邏輯 搜尋與分類功能怎麼做 開發工期大約多久 預估開發費用 後續維護方式 是否可以先做 MVP 版本，再逐步擴充 十五、結論 這個系統是一套多天分格旅遊估價系統，主要給業務人員使用。 系統需支援大量住宿、餐廳、活動、SPA、景點門票資料，並可依地區與類別快速篩選。 業務可依客戶行程天數逐天選擇內容，系統自動計算每日小計與總金額，最後按下總結即可完成報價。 管理者可在後台維護所有資料與價格規則，業務端只能看到最終售價，不能看到成本。

需求概述：AI協作開發個人投資風險監控系統 MVP 用於哪個行業：金融 細節說明：我正在建立一套個人使用的台股、美股風險監控系統 GMROS。 第一階段只做簡易可操作版本，包括手動輸入資料、歷史資料保存、燈號與分數計算、持倉管理、基本圖表及報告。 希望工程師熟悉 Python、資料庫、Web介面、API串接、GitHub，並能使用 AI 工具提高開發效率。 此案不是企業級系統，不做自動下單、不做多人權限。 預算先控制在新台幣3萬至5萬元，分階段驗收。 必須交付完整原始碼、資料庫結構、部署方式與簡易文件。 希望人在台灣，可固定視訊，重要階段可面談。

用於哪個行業： 加密貨幣自動交易 細節說明： 需要開發一套自動交易系統。 目前使用「量化狗」App 接收 BTC 合約交易訊號，希望收到訊號後能自動在 OKX 下單。 目前量化狗沒有提供 API 或 Webhook，因此需要評估以 Android 通知監聽或其他合法可行方式讀取訊號。 系統需求如下： 1. 讀取量化狗通知訊號。 2. 判斷： * 多頭開倉 * 空頭開倉 * 止盈平倉 3. 串接 OKX API。 4. 自動開倉、平倉。 5. 固定下單金額（可修改）。 6. 固定槓桿（可修改）。 7. 可設定止損。 8. 防止重複下單。 9. 可切換 OKX 模擬交易與正式交易。 10. 提供交易紀錄。 11. 希望使用 Python 開發。 請有 OKX API、自動交易或量化交易經驗的工程師聯繫，並提供相關作品或經驗。

用於哪個行業：製造業 細節說明：在Business Standard License 環境下開發（使用 SharePoint List 作為資料來源，約10人使用）

我的官網用easystore的系統，想串接機迷的發票系統 兩個系統都可提供Api 請問是否能協助串接？

用於哪個行業：教育 細節說明：出版社提供用書老師出題組卷給學生考試.主要需要 題目資料庫建立-可依不同需要歸類 文字及圖片均能成為題目. 快速出題： 電腦已設定好出題的題數目及每題配分，所以只要按一個步驟，大約 3秒即可製作完成一份試卷，且每次出卷題目皆為亂數出題 電腦選題： 為簡易製作試卷，可自行依題型輸入題目數及配分，電腦會亂數抓題，再設定輸出試卷樣式，即可輸出題目卷、答案卷 … 等 手動選題： 可製作精準題目試卷，使用者則需依課別、題型、題號、關鍵字 ..等一題一題勾選所要的題目，再設定輸出試卷樣式，即可輸出題目卷、答案卷 … 等 題本列印： 依科目、課別將所有題目轉出 WORD中，列印即完成題本 試卷管理： 當在『電腦選題』或『手動選題』時可將試卷儲存，下回要使用試卷時則可在此『試卷管理』中尋找

我目前在開發一個交易平台類似8591 目前碰到問題為串接金流 等問題

用於哪個行業：客服 細節說明：熟悉可提供台灣本地 DID 號碼申請，並將每支 DID 的來電透過 SIP Trunk 送到我們指定的 SIP Server; 可以提供這段Python程式碼; 需要詳細技術文件解說與程式碼.

需求概述：商業流程 用於哪個行業：電子業 細節說明：產銷人發財資各部門應用

用於哪個行業：病媒防治工程 細節說明：原軟體採用微軟的access操作，因版本舊操作不便，希望重新優化修正。 需要施工單功能強化及修正，具備資料庫建立（儲存電腦硬體即可，無需雲端）、客戶分類各資料搜索選單、基本施工框架。 *不考慮雲端！！！ 以現有的設計框架再加以更改討論具體需求 。 報價另談

原架構 SQL server(ERP) to SQL Server(Data warehouse) -> SQL Analysis Services 1個fact table 8個dimension table 希望轉換雲端架構to big query

用於哪個行業：知識速成學習教材 細節說明： 因應活動推廣的需要，會同時開立多個Teams群組， 並計畫按照時間張貼一系列的文章內容，供群組內成員閱覽， 因人工轉貼方式耗時，需要找能開發出網頁程式檔， 自動按照時間將預設內容同步轉貼所有群組的功能， 意者請直接透過市話或線上通訊軟體Teams與發案方聯繫。

您好: 以下是我司對於「會員系統」的需求，以ＭＶＰ為準。 1 登入 + 帳號整併 ✓ 包含項目 • Google / LINE / Facebook / LinkedIn 四平台 OAuth 登入 • 唯一會員 ID 系統 • 首次登入補資料表單（姓名 / 公司 / Email / 電話） • 來源平台追蹤（後台可見） • 手動帳號整併（使用者自行選擇） • Remember me 自動登入 • 登入後顯示「姓名 + 公司名稱」 不包含項目（依 MVP 範圍） • 自動 email matching 演算法 • 自動身份判斷 2 Dashboard ✓ 包含項目 • last_viewed_id 上次瀏覽位置記錄 • 基本內容列表（固定列表） • 檔案列表（最近檔案） • 上傳紀錄 • 五大區導覽（下載 / 電子報 / 論壇 / 上傳 / 案例） 不包含項目（依 MVP 範圍） • 進階搜尋 / 篩選系統 • 行為分析 / 推薦系統 3 留言系統 ✓ 包含項目 • 發文 / 留言 / 回覆（最多 2 層）/ 上傳檔案 / 下載檔案 • 會員自選公開 / 不公開選項 • 管理員隱藏 / 審核 / 刪除功能 • 管理員可修改留言板名稱 • 論壇名稱：「設備振動及可靠性改造問題討論區」 不包含項目（依 MVP 範圍） • 深層巢狀留言（>2 層） • 即時更新 / WebSocket • 通知系統 4 檔案系統 ✓ 包含項目 • 管理員檔案區（全公開可下載） • 單層 file list 介面 • 上傳限制 10MB（可調整） • 檔案類型白名單驗證 • Token-based 下載驗證（防 URL 直接猜測） 不包含項目（依 MVP 範圍） • 資料夾系統 • 線上預覽 • 拖曳上傳 5 推播 + 電子報系統 ✓ 包含項目 • Email 推播（Resend，主要管道） • LINE 官方帳號推播（如貴司提供 Channel） • Facebook Page 推播（審核通過後） • LinkedIn 公司頁推播（審核通過後） • Plan B「一鍵生成可分享內容」（審核未過時的備案） • 電子報訂閱 / 取消 • 後台寄送介面 • 成功 / 失敗 error log • 失敗清單後台檢視 不包含項目（依 MVP 範圍） • retry / queue 機制 • delivery tracking 送達追蹤 • analytics 推播分析 6 權限系統 ✓ 包含項目 • Admin / Member 兩層權限 • Firestore Security Rules（防資料洩漏） • 後台設定 admin 列表 • 同公司權限（company_id）邏輯 不包含項目（依 MVP 範圍） • 多層 RBAC 角色權限 7 基本自動備份 ✓ 包含項目 • 每日資料庫備份（自動排程） • 保留 14 天歷史版本 • 後台手動下載備份檔 • 簡單易操作的匯入流程 • 資料完整匯出能力（JSON / CSV） 不包含項目（依 MVP 範圍） • 多區備援 • 即時同步 • 自動回復 • 監控儀表板 8 系統部署 ✓ 包含項目 • Vercel production 環境部署 • Firebase production 環境設定 • Domain 設定（如 vip.bolitech.com.tw） • SSL 證書自動配置 • 環境變數管理 • 官網 ↔ 會員系統導流 • 隱私權政策 / 使用條款頁 • README + 部署文件 • 管理員操作手冊（PDF） • 程式碼註解（中文） • 6 個月 SLA 保固 想問一些較為細部的問題，還望您不吝撥冗回覆: 1.關於維運費用:敝司很看重這一塊，傾向於前期先使用單次付費方式，請問可否為敝司客製一個單次維護的方案?請列出單次維護的(1)費用(2)從接到客戶報問題，到處理完成的時間(3)計價單位為時間?次數?或其他計價單位? 2.會員登入此系統之後，於系統中統一顯示會員的「暱稱＋公司名稱」 3.留言(即論壇)系統中，想確認功能:會員可以自行設定留言為公開/不公開，也有刪除自己留言功能，並可以於留言中上傳檔案，留言設定不公開時檔案也一併不公開，只有管理員可查看+下載+刪除。 4.最多可以設幾位管理員? 5.留言區(包括上傳檔案)及會員下載檔案區的容量大小為多少?速度的快慢? 6.會員系統首頁整體排版希望是留言區在頁面中間，大致如下圖: 7.自動備份問題:是否每日備份完整會員系統?是否可保留至少14天歷史版本，且若是今天出問題，是否可以立刻以備份回復為昨日的資料? 8.會員系統上線後，是否有一個月驗收時程?尾款於驗收完成無誤後交付。 9.主機/伺服器能否改用Firebase Auth(1萬MAU內免費)、Firebase Firestore、Firebase Storage?(如果可以，並問收費級距為何) 或者比較您的方案與Firebase Auth的優缺點。 10.關於以下情境，「串接第三方公司」此項費用請刪除，或者給敝司更良好的建議：評估初期因流量與會員數較少（例如：會員人數在 500 人以內），通知改由我司手動發送 11.如果原工程師因故無法立即處理問題，是否有代理工程師能夠立刻接手?或有什麼替代方案可以處理? 12.萬一會員系統所處的伺服器/主機出問題，需要臨時將整個會員系統移置於其他主機，是否有此備案?如此處理時，如何使會員登入完全無感(不需要再找其他網址)? 13.保固期為多久? 14.上線後，我司所需付的月費(例如主機費、第三方費用等)能夠更精簡的方向為何? 盼覆，感謝您！

用於哪個行業：代購集運 細節說明：WordPress / WooCommerce PHP / MySQL 綠界 ECPay 串接 API / Webhook 後台管理系統 表單與檔案上傳 訂單狀態流程串接 Excel / CSV 細節需有做過集運代購團媽系統來談

我們是台灣不動產公司，銷售日本整棟商辦給台灣客戶，因為有很多物件，每個物件又有很多樓層，現在每個物件用一個excel管理，我想要統整成一個資料庫，也方便業務端可以隨時撈資料，匯出成一個固定的報表 這有可能實現嗎 希望可以進一步的討論

需求概述：需求名稱：派工專案管理 用於哪個行業：弱電工程 細節說明：工程師的行程及專案案的所用的工時及進度管理

A.案件說明： 1. 透過訪談理解客戶需求 (指定地點，出勤另計) 2. 評估並分析系統架構、功能流程及第三方介接需求 3. 制訂各項功能處理程序及資料庫規格 4. 依據上述結果產出系統設計規格書，內容包含系統流程圖、循序圖、資料流程圖、狀態圖及資料定義等 B. 注意事項： 1. 指定地點在北部 2. 必須有主導中大型系統設計、規劃或資訊系統分析經驗 3. 限全職接案者 (個人) 參與，個人有意兼職者需考量是否能彈性出勤 (需求訪談) 4. 為避免浪費彼此時間，有興趣的SOHO請附上簡歷及過往制作的系統設計規格書範例參考，謝謝！