全端系統開發、資訊系統整合建置、POS系統、全部最新 48 筆接案案件

用於哪個行業：廣告業分潤用系統 細節說明： 希望做出一個 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 照片。

網頁系統開發 包含PC 平板 基本需求 常見掩埋場管理系統核心模組 🚛 進場與計量管理 車牌辨識 + 車輛進出管制 地磅系統整合（自動稱重、毛重 / 皮重 / 淨重計算） 車輛類型分類（垃圾車、資收車、工程車等） 收費計價（按噸位 / 車次 / 類別） 預約進場機制 🗑️ 填埋作業管理 填埋區域分區管理（單元 / 階段 / 層級） 每日填埋量、覆土記錄 壓實密度追蹤 覆蓋膜鋪設記錄 作業人員與機具調度

您好: 以下是我司對於「會員系統」的需求，以ＭＶＰ為準。 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.上線後，我司所需付的月費(例如主機費、第三方費用等)能夠更精簡的方向為何? 盼覆，感謝您！

我正在尋求專家可以提供網站開發相關服務，服務內容 請參考：https://www.tasker.com.tw/workroom/oolme/service-detail/471 若您能提供相關服務，歡迎提供報價與合作資訊。

技術需求: 層級技術用途後端Node.js（NestJS）或 Python（FastAPI）合作夥伴 API、Webhook、帳單邏輯前端React / Next.js + Tailwind / shadcnB2B 客戶入口網站 + 管理員儀表板資料庫PostgreSQL（合作夥伴 API 資料）API 金鑰、訂單、帳單、稽核日誌整合資料庫MySQL 8.0（唯讀，來自中國供應商 LCM）查詢快遞櫃狀態、訂單狀態——不寫入支付Stripe API（收費、客戶、發票）B2B 帳單、退款、對帳外部 API中國供應商 LCM REST API（埠號 48080）訂單建立、槽位預留、事件 Webhook基礎設施AWS EC2、Docker、GitHub ActionsCI/CD、部署、監控監控AWS CloudWatch + LCM 內建儀表板告警、日誌、健康檢查

我用claude或replit寫好的網頁跟app可以幫我檢查前後端，然後上架平台

用於哪個行業：製造業 細節說明： 參考下列說明流程 : 1. 單人零件收料檢查作業 -> 2. 人員唸出零件的 serial number -> 3. 語音辨識系統辨識後（Speech To Text），顯示零件的 serial number -> 4. 語音辨識系統回覆產生零件的 serial number 聲音給人員（Text To Speech） -> 5. 語音辨識系統詢問人員是否確 -> 6. 人員回答正確，則將零件的 serial number 資料送到我們 MES 系統，以完成零件收料登入作業

https://cp.adsy.com/ 相似於此媒合網站

支援www.xpg.com 全站改版&開發模組化CMS 後台

鼎新Cosmos ERP iGP串接BI

▌ 需求說明與工作內容 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人使用）

(預算將視討論內容調整，頁面預算非最終預算) 【需求內容】 1. Sjopify整體頁面設計 2. 商品上架：電商商品上架與整體排版優化。 3. 系統串接：金流與物流完整串接。 ​ 【具備條件】 1. 必須具備 Shopify 實際開站與串接金物流經驗 2. 請務必附上 Shopify 實際上線的作品集連結 3. 如有制式報價與預估工期請一起附上 ​ 如有興趣者，請將作品集與相關經歷直接mail (勿來電謝謝)

讓海外的工作筆電連上隨身的GL.inet 路由器，流量 100%導回台中老家，並取得台中老家的原生家用住宅 IP。另外，需要在隨身的GL.inet 路由器上進行有台中 香港2個節點切換的設置。使用上會有生活+辦公型態，2種需求的切換 詳細使用情況，會再詳談 也可加Line 謝謝

我們是新創公司販售產品 想要製作app主要內容有 1. 介紹產品資訊 2.加入會員 3.分層的績效會員的點數