軟體程式設計、硬體程式設計的全部最新 7 筆接案案件

用於哪個行業：電力電子實驗 細節說明：整合sbRIO9606、擷取設備及labVIEW程式來完成主動整流與穩壓控制

【案件預算】 請接案方評估提案報價 【主要目標】 建立一套適合多人協作的雲端進銷存系統。核心目標是實現「報價單一鍵生成出貨單」，且轉單後的明細必須是獨立的「純數值」（非公式連動），以便我們實際出貨時能手動微調數量與金額，同時將每筆訂單自動寫入總表記帳，省去人工重複輸入的時間。 【專案需求與規格】 目前手邊已有規劃好基本格式的獨立檔案（產品檔、報價單、出貨單）。系統需使用 Google 試算表自動化程式（Google Apps Script / GAS）進行編碼撰寫，共包含以下五個工作表分頁： 1. 資料庫主檔設定 * 【產品主檔】：現成資料，包含品號、產品描述/品名、蝦皮賣價。 * 【客戶主檔】（需新增）：建立客戶資料庫，欄位包含：客戶名稱、電話、地址、統一編號。 2. 【報價單】功能需求 * 下拉選單與全自動帶入： - 「客戶名稱」與「產品描述/品名」欄位需使用 Google Sheets 的「資料驗證」做成下拉式選單。 - 選擇客戶後，自動帶出該客戶的電話、地址與統編。 - 選擇商品後，單價需自動帶入【產品主檔．蝦皮賣價 × 0.88】的折讓金額（金額需自動四捨五入至整數）。 * 自動單號與日期：日期與報價單號（格式如：當天日期 YYYYMMDD + 兩碼流水號，如 Q2026053101）能在開啟或透過按鈕自動生成。 3. 【一鍵轉出貨單】與微調機制（精髓需求） * 在報價單旁設計一個點擊按鈕，觸發自動化腳本。 * 點擊後，自動將當下報價單的客戶資料、商品明細一對一複製到【出貨單】分頁。 * 關鍵點：轉單過去出貨單的明細，必須指定「僅貼上值（{contentsOnly: true}）」。因為實際出貨時，數量或價格可能會再進行手動微調，絕不能因為公式連動而鎖死。 4. 【銷售紀錄總表】自動雲端記帳 * 當按下轉單按鈕時，腳本除了產生出貨單，還需要自動將該筆訂單的基本資訊（日期、單號、客戶名稱、訂單總金額）以整列寫入（appendRow）方式累積到【銷售紀錄總表】分頁，以便月底對帳與統計業績。 5. 【一鍵清空】功能 * 報價單與出貨單需有「一鍵清空」按鈕，點擊後清除填寫欄位與商品明細，但不可破壞原本的公式（如 VLOOKUP/XLOOKUP 等），讓表格恢復乾淨，方便直接處理下一個客人的單據。 【驗收條件】 1. 交付一個完整的 Google Sheets 副本連結，並開放編輯權限。 2. 線上測試：上述所有公式帶入、自動轉單按鈕、寫入銷售總表、流水號防重疊機制、以及清空功能皆運作順暢無 Bug。 3. 程式碼內需附帶簡易註解，方便日後微調維護。 【聯絡與提案方式】 意者請直接私訊報價與預估工期（勿僅留言請私），並請簡述您過去製作 Google 試算表自動化、GAS 腳本的相關經驗或作品集，謝謝！ *(註：為防罐頭回覆，提案請在第一句加上「我會寫 contentsOnly」，未加者恕不回覆)*

用於哪個行業：運輸業 細節說明：需要解決windows版本提升 舊版ACCESS資料庫無法正常運作 想更新資料庫可正常操作

A.報酬： 月領一萬+系統租賃淨利的15% B.內容：(熟PHP&PYTHON之全端工程師) 一、【舊有衣物修繕管理系統之維運《PHP 8.3+CI 4.6 MYSQL 也是 8.4》+新的衣物修繕管理系統】之維運 1、 DNS及主機運作相關管理 2、 「各自主開發系統」之DNS代管。 3、 「各自主開發系統」需具備固定 IP 及 SSL/TLS 1.3 加密機制，並定期更新憑證以加強資料傳輸安全性。 二、相關程式碼需上傳至github進行管理。 三、SEO_AEO_GEO 四、六個月內按甲方需求完成重構、優化原有系統，完成新的衣物修繕管理系統《PHP 8.3+CI 4.6 MYSQL 也是 8.4，改為PYTHON最新版)》。 五、舊有系統、優化後之系統部署在甲方之雲端伺服器，優化中之系統部署在乙方之本地端。 六、需詳列軟體資產紀錄清單 1. 每個系統的詳細資訊，包含： - 前端技術與架構 - 後端服務架構 - 資料庫種類(如：Mysql、SQL Server、...) - 外部 API 介接項目或第三方服務依賴項目（CDN、付款、雲端功能） 2. 程式碼資產與版本管理，包含： - 提供所有Git repository 清單 - 代管平台清單（GitHub, GitLab, Bitbucket, 自建 Git server…） - 請列出 CI/CD 設定 pipeline，以及最近一次部署 commit hash，確認系統與 repository 對應關聯性。 3. 開發與運維工具資產與 SaaS 工具清單，包括： - CI/CD 工具 - 監控與告警系統（如 Datadog, Prometheus, Grafana） - 部署與容器工具（Docker, Kubernetes…） 4. API 文件與版本 - API 文件維護方式（Swagger, Redoc, Postman Collection） 5. 使用者與帳號資產 - 各系統的使用者群體描述（內部、外部、API Consumer） - 各系統管理者帳號清單與管理方式 6. 其他： - DNS 管理清單與供應商 - 提供SSL/TLS 憑證清單 六、需詳列虛擬機詳細資訊： - 使用的雲端服務供應商及區域 - 實體或虛擬伺服器規格 - 負載均衡設定 - 資料備份與災難復原機制 - 數量與成本分析 - Security Group / NSG 規則管理 七、資料庫、資料表、資料表欄位名稱需使用英文並以中文加註說明 八、每一個功能選項需建立一個子目錄,子目錄名稱需用英文,並於每個檔案中使用中文加註說明,規則如下: Controllers-->c+子目錄・Models-->m+子目錄・Views-->v+子目錄

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

用於哪個行業：博物館展示廳 細節說明：(已持有一套軟體2台投影機)需協住軟體程式更改設計、硬體安裝架設、保固維修1年

用於哪個行業：化妝品 細節說明：pif建置1-16項